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EP0 534 710B1 

Description 

TECHNICAL FIELD 

The present invention pertains in general to stage lighting systems having intelligent remote lighting fixtures and 
intelligent data distribution networks. 

BACKGROUND OF THE INVENTION 

While high performance computer controlled lighting systems such as disclosed in U.S. Patent no. 4,980,806, (the 
predecessor of the present application) can readily handle the tasks associated with the remote control of multiple 
motorized parameter lighting instruments and the communication of large amounts of data for simultaneously executing 
multiple parameters in hundreds of lamp units, there exists a demand for increased system control flexibility and system 
reliability. Particularly, enhancements in the communication between or among controllers and the communication to 
and from the datalink system are needed. 

As each major component of the system such as the controller, the datalink or the lamp units becomes increasingly 
sophisticated and thus plays a bigger role in the system, the failure of any one of them can cause disaster for a per- 
formance if such failure is not speedily detected and corrected. 

SUMMARY OF THE INVENTION 

One embodiment of the lighting system of the present invention includes a communication network between and 
among console controllers wherein through such network and the main controller, a plurality of other controllers such 
as a portable controller and an alternative controller may operate the lighting system. 

In another aspect of the present invention, an improved data link system includes data repeater circuits which include 
microprocessors and associated memories for controlling the communication of data and for cooperating in fault detec- 
tion and correction functions. Examples of these tasks include: reading the output of activity sensors and valid data 
detectors; determining the operational status of the communications networks; and controlling visual indicators which 
signal to a system technician the operational status of the networks. 

In accordance with another aspect of the present invention, an improved data repeater circuit includes not only a 
microprocessor and associated memory, but also includes a multi-protocol communications controller circuit to detect 
certain errors in the data transmissions, even in properly encoded and properly modulated data transmissions. 

In accordance with yet another aspect of the present invention, a "smart" repeater includes not only a microprocessor 
and associated memory, and a mu It i -protocol communications controller circuit, but also includes a direct memory access 
(DMA) controller circuit to receive into memory data transmissions which may then be examined by the microprocessor 
to detect further errors in messages transmitted by either a control console or one or more lamp units. 

Repeater circuits of the present invention may also include multiplexers and logic gates which allow the microproc- 
essor to disable certain branches of the communications networks which prove to be the source of erroneous transmis- 
sions or noise. 

Other advantages of the present invention will become apparent in the following Detailed Description taken with 
the accompanying Drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention and the advantages thereof, reference is now made 
to the following description taken in conjunction with the accompanying drawings in which: 

FIGURE 1 is a perspective view of a computer-controlled lighting system in accordance with the present invention 
as set up for illuminating a stage; 

FIGURE 2 is a block diagram of the lighting system of the present invention, which illustrates the communication 
between the control console and the various lamp units as well as other items of stage equipment; 

FIGURE 3 is an illustration of the front panel for the control console for the present lighting system; 

55 

FIGURE 4 is a block diagram for the electronic subsystems which are a part of the control console; 
FIGURE 5 is an electronic block diagram of the lamp processor system portion of a lamp unit; 
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FIGURE 6 is a block diagram illustrating a lamp unit stepper control system; 

FIGURE 7 is a block diagram illustrating an index sensor system for use with the stepper motors in a lamp unit; 

s FIGURE 8 is a block diagram illustrating servo feedback control of a motor within a lamp unit including rate of 

movement control and position monitoring; 

FIGURE 9 is a detailed schematic diagram for a repeater as shown in FIGURE 2; 

10 FIGURE 10 is a flow diagram illustrating the operation of programs in the control console which includes a main 

sequencer that steps through a number of sensing, communication and other operational control programs; 

FIGURE 11 is a flow diagram of additional programs utilized in the control console for carrying out the operation of 
the lighting system of the present invention; 

15 

FIGURE 1 2 (a-b) is a flow diagram illustrating the individual steps carried out in a lamp unit for initializing the lamp 
unit to begin operation; 

FIGURE 1 3 is a flow diagram illustrating the basic operation of programs in the processor of the lamp unit including 
20 a main sequencer program which steps through a command reception unit and a series of test programs; 

FIGURE 1 4 is a flow diagram illustrating the operations carried out within the lamp processor for receiving parameter 
control commands, processing these commands and directing the physical operations that are carried out by mech- 
anisms within the lamp unit for causing the light beam to have a selected set of parameters; 

25 

FIGURE 15 is a block diagram of a repeater as shown in FIGURE 9; 

FIGURE 16 is a block diagram showing the interconnection of two signal distribution racks in master/slave relation- 
ship; 

30 

FIGURE 1 7 is a blockdiagram of the lighting system according tothe present invention, showing the master (console) 
repeater, slave (trunk) repeaters, and the various truss repeaters connecting the console and the lamp units; 

FIGURE 18 is a block diagram of the lighting system showing the existing broadcast network; 

35 

FIGURE 19 is a block diagram of the lighting system showing the existing reply network; 
FIGURE 20 is a block diagram of an improved repeater according to the present invention; 
40 FIGURE 21 is a block diagram of another improved repeater according to the present invention; 

FIGURE 22 is a block diagram of a "smart" repeater according to the present invention; 

FIGURE 23 is a block diagram of the lighting system showing an improved broadcast network according to the 
45 present invention; and FIGURE 24 is a block diagram of the lighting system showing an improved reply network 

according to the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

50 The present invention is an automated lighting system for providing illumination to a stage performance. Such au- 

tomated lighting can provide a wide variety of illumination effects which are not possible with fixed lighting instruments. 
A typical installation for a computer controlled lighting system 20 in accordance with the present invention is illustrated 
in FIGURE 1 . The system 20 is shown as it would be installed for illuminating a performance on a stage 22. The operation 
of the system 20 is directed by a control console 24 which serves to manually set the lighting effects of the system 20 

55 or to automatically command the system 20 to produce a desired lighting effect determined by stored lighting cues. The 
console 24 is connected via a data link 26 to each lamp unit within a group of lamp units, one lamp unit being shown 
by the reference numeral 28. 

Each of the lamp units, such as 28, have a unique address such that there can be individual communication between 
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the console 24 and each of the lamp units. The data link 26 is further connected to pedestal lamps, such as 30 and floor 
lamps, such as 32. The lamps 30 and 32 are fixed but the intensity of these lamps can be controlled by commands 
generated by the console 24. In operation, the system 20 causes the movable lamps, such as 28, to be adjusted indi- 
vidually for pan, tilt, color, intensity and beam size while the pedestal lamps 30 and floor lamps 32 are adjusted for 

s intensity. With the addition of color-changer mechanisms 34, pedestal lamps 30 can also be adjusted for color. The 
system 20 is operated to provide a sequence of "cues" for illuminating the stage 22. Each lamp unit in the system 20 
can have an individual response required for each of the cues. A complete performance may require the setting of 
several hundred cues to provide desired lighting effects. 

The system 20 illustrated in FIGURE 1 shows a small number of lamp units, such as unit 28. 

10 However, an actual stage performance may require several hundred of such lamp units. In fact, a large outdoor 

rock concert could require the use of up to 1 000 lamp units. It can readily been seen that many thousands of commands 
must be generated for driving each parameter of each lamp for each of the cues within a performance. It is very possible 
to require ten of thousands of commands during a single performance. 

The lighting effects provided by the system 20 must be properly synchronized with the stage performance to produce 

15 the programmed entertainment effect. Should any one of the lamps respond incorrectly or fail to respond, the visual 
effect may be destroyed. It is therefore vitally important that the lamps properly respond to the cues which are initiated 
by the console 24. 

In previous automated lighting systems, it has been necessary for a control processor to generate each command 
required for setting each parameter for every light in the system. As noted above, this can require that the control 

20 processor generate tens of thousands of commands and that each of these commands be accurately conveyed via a 
data link to the lamps. Should there be any error in the data transmission, the lamp may respond erroneously and harm 
the visual effect. The electrical environment in the region of a performing stage includes many types of interference due 
to the heavy consumption of electrical power, for both audio and lighting equipment, in a very limited area. This electrical 
interference can interfere with the data transmission from the console to the lamps and can cause the lamps to improperly 

25 respond. The system 20 of the present invention is designed to overcome many of these problems while providing the 
capability for almost unlimited expansion in the number of lamps which can be utilized at any one time for a performance. 

A functional block diagram of the system 20 as it is utilized to control a plurality of items of stage equipment is shown 
in FIGURE 2. The control console 24 is connected to operate through the data link 26 for controlling a plurality of items 
of stage equipment. The data link 26 includes bidirectional paths 38 and 40. Path 38 of data link 26 provides data 

30 communications between the control console 24 and each of the lamp units and other units within the system 20. The 
path 40 provides data communication from each of the lamp units in the system 20 back to the control console 24. 
In addition to the lamp unit 28, additional lamp units 42-50 are shown in FIGURE 2. 

The data link 26 extends to cover a considerable area in the region of the stage 22. To maintain the integrity of the 
electrical commands that are transmitted through link 26, there are provided a group of repeaters 52, 54, 56 and 58. 
55 The repeaters 52-58, which are further described in detail below, provide amplification and isolation for the data trans- 
mitted through the data link 26. 

The control console 24 serves not only to control the automatic lamps, such as 28, but can also be used to control 
a plurality of conventional dimmers such as set 60. The data link 26 is connected to a control signal converter 62 which 
transforms the digital signals received through the link 26 into analog control signals for directing the operation of the 
40 dimmers within set 60. 

The control console 24 can also be used to control a plurality of conventional color changer mechanisms 34, such 
as gel scrollers, affixed to conventional lamps 30. The data link 26 is connected to a control signal converter 63 which, 
like converter 62, transforms the digital signals received through the link 26 into analog control signals for directing the 
operation of color changers 34. Converter 63, however, is programmed to store intensity and color parameters for each 
45 control channel, and is further programmed to produce at least two analog control voltage outputs for each logical control 
channel, one such output being applied to one of the conventional dimmers 60 and another output being applied to a 
corresponding one of color changers 34. 

This arrangement simplifies programming of the lighting system, since an operator can specify intensity and color 
parameters of a suitably equipped lamp unit by selecting a single control channel. Also, by logically separating color 
50 controlling outputs from intensity controlling outputs of the control signal converter 63, the converter can be programmed 
to maintain the position of the color changer mechanism while fading-out the intensity of the conventional lamp units. 
This eliminates the annoying effect of colors changing while fading-out the system with the Grand Master fader. 

The repeaters 52-58 serve to expand the connections to the data link 26. This is termed "fan out". 

Other stage action effects may additionally be controlled by the console 24. For example, the data link 26 can be 
55 connected to a control signal converter 64 from the repeater 56. Converter 64 can produce control signals for directing 
the operation of a chain hoist motor 66, an air cannon 68 and a special effects projector 70. 

The control console 24 serves as an interface to the collection of stage devices which are subject to control. These 
stage devices and the associated control are termed a "Device Control Network". The control function is provided by a 



4 



EP0 534 710B1 



plurality of units which include the console 24. This group of control units is termed the "Control Resources Network". 
This network includes a bidirectional bus 80 which provides data communication between the control console 24 as well 
as additional or alternate control consoles such as 82 and 84. The direction of the system 20 can further be effected at 
a remote location by operation through a remote control unit 84 which is also connected to the bidirectional bus 80. 

s A front panel 84 for the control console 24 is illustrated in FIGURE 3. The panel 84 serves to directly control each 

of the automated lamps, such as lamp unit 28, or to provide automatic control for all of the lamp units. The panel 84 
includes a group of key switches 86 which provides direct assignment of cue numbers for particular lighting setups. A 
group of rotary controls 88, 90, 92 and 94 provide color selection for a particular lamp unit or group of lamp units. Rotary 
controls 96, 98, 100 and 102 provide respective control of pan, tilt, intensity and zoom for each of the lamps. A group 

10 of key switches 1 04 provide function of preset color selection. A particular lighting cue is entered into a console memory 
by operation of a store switch 106. 

A grand master fade control 1 1 2 provides overall fading effects for all of the system 20 lights at one time. A black-out 
switch 114 turns off all lamps at one time. Cross faders 116 and 118 provide relative intensity control during a transfer 
from one cue to the next. The numbers of the cues involved in such a transfer are shown by indicators 120 and 122. 

15 Cue numbers are entered at the console 24 through a key pad 124. An "S" key is provided for storing a cue while an 
"E" key is provided for entry of a new cue. The current cue, which has been entered at the key pad, is shown by an 
indicator 126. A group of key switches 128 provide for the entry of cue numbers for a first cue. A group of key switches 
1 30 provide entry of a cue number for a second cue. 

The control panel 84 can take many forms provided that it allows for direct manual control of the lamp units as well 

20 as for storing and recalling of cues for the system 20. 

An electrical block diagram for the console 24 is illustrated in FIGURE 4. The overall control of the console 24 is 
carried out by a central processing unit (CPU) 1 40. A representative microprocessor for use as the CPU 1 40 is a model 
68000 manufactured by Motorola. The CPU 140 is connected to a data bus 142 and an address bus 144. The control 
console 24 is provided with random access memory (RAM) 146 and electronically programmable read only memory 

25 (EPROM) 148. Both of the memories 146 and 148 are connected to the data bus 142 and the address bus 144. The 
CPU 140, as well as other elements of the console 24, can both write to and read from the memories 146 and 148. 

A hard disk drive 1 50 is provided in the console 24 for bulk storage of programs and data. There is further provided 
a floppy disk drive 152 for reading and writing conventional floppy diskettes. A controller 154 is connected to operate 
the hard disk drive 150 and is connected to the remainder of the circuit of console 24 through the data bus 142 and 

30 address bus 144. Likewise a floppy disk drive controller 156 is connected to operate the floppy disk drive 152 and is 
further connected to the data bus 142 and the address bus 144. 

The console panel 84, that is, the switches, lights, optical encoders, potentiometers and alpha- numeric displays 
thereon, is accessed through a console panel interface circuitry 158 which is connected both to the console panel 84 
and to the data bus 1 42 and address bus 1 44. 

35 Communication with the automated lamp units is carried out by use of a direct memory access circuit 164, a com- 

munications controller 166 and a Manchester encoder 168. The data bus 142 and address bus 144 are both connected 
to the direct memory access circuit 1 64 and the communications controller 1 66. Communication is also provided between 
circuit 164 and controller 166. The Manchester encoder 164 bi-directionally communicates with the communications 
controller 166 and also transmits and receives data to and from the data link 26. 

40 FIGURES 5, 6, 7 and 8 are blockdiagrams illustrating the electronics in a lamp unit of the present invention. FIGURE 

5 specifically shows the lamp processor, memory and associated components. FIGURES 6, 7 and 8 are block diagrams 
showing circuitry that specifically drives particular parameters of the light beam in a light unit. 

Referring now to FIGURE 5, there is shown a lamp processor system 178. The data link 26 has the transmit and 
receive lines thereof connected through respective amplifiers 180 and 182. The transmit and receive lines of the data 

45 link 26 are connected through a switch 184 which is operated by a solenoid 186 that is driven by an amplifier 188. The 
switch 184 provides a "loop back" capability for making a direct connection between the transmit and receive lines in 
the data link 26 such that the lamp unit processor can perform self-testing without the use of the data link 26. The transmit 
and receive lines of the data link 26 are input into an encoder/decoder 190. (Harris Semiconductor Products Division 
Model HD-6409). The encoder/decoder 1 90 is connected to a lamp unit address bus 1 92 and a lamp unit data bus 1 94. 

50 The lamp processor system 1 78 includes a microprocessor 200 which directs the overall functioning within the lamp 

unit and specifically generates the commands which drive the mechanisms for controlling the parameters of the light 
unit. Microprocessor 200 is preferably a Motorola Model 68000. These parameters include pan, tilt, intensity, color and 
beam size. The microprocessor 200 is connected to the address bus 192 and the data bus 194. The lamp processor 
system 178 further includes a RAM and EPROM memory 202. The programs for driving the various parameters to the 

55 desired states and the cues for determining what these states shall be are stored in this memory The microprocessor 
200 is further connected to receive interrupts and send acknowledgements through an interrupt encoder/acknowledge 
circuit 204 (Motorola Model 68230) by use of an acknowledge bus 206 and an interrupt bus 208. 

Interface and timing of the various circuit elements within the lamp processor system 1 78 is provided by an interface 
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and timing circuit 210 (Advanced Monolithics Model 9513). The identity of a particular lamp unit is determined by a 
thumb wheel setting which is included in a lamp unit identity circuit 212. This identity is input to the interface and timer 
circuit 210. A bulb power supply 214 has various interrupt and acknowledge states which are also transmitted to the 
interface and timer circuit 210. The microprocessor 200 generates a series of control signals which are transmitted 
s through a bus 216 to a decoder 218. The output from the decoder 218 comprises a group of control signals which are 
directed to a decoder 220 and further distributed as control commands throughout many of the circuits in the lamp 
processor system 178. A group of control signals are produced by the decoder 220 and transferred as control signals 
to the specific control circuits shown in FIGURES 6, 7 and 8. 

The data transmitted through the data bus 194 is provided to a buffer 228 which in turn transfers the data to the 
10 various parameters control circuits shown in FIGURES 6, 7 and 8. 

The interrupt and acknowledge signals on lines 206, 208 are provided to a vector generator 230 which generates 
corresponding vector states that are transmitted through a bus 232 for transmission through data lines to the parameter 
control circuits shown in FIGURES 6, 7 and 8. 

The interrupt signals produced on line 208 are further provided as interrupt signals to the parameter control circuits 
15 in FIGURES 6, 7 and 8. Likewise, the acknowledge signals produced by the parameter control circuits in FIGURES 6, 
7 and 8 are transmitted through bus 206 to the interrupt encoder/acknowledge circuit 204. 

The data bus 194 is further connected to a buffer 238 which transmits the data to both a direct memory access 
circuit 240 (Motorola Model 68440) and to the input of a buffer 242. The output of the buffer 242 is provided to the 
address bus 1 92. Handshake control signals are passed between the DMA controller 240 and the multiprotocol controller 
20 246 to synchronize the high speed communication of data to and from the microprocessor 200. 

A control bus 244 serves as a bidirectional connection between the direct memory access circuit 240 and a mul- 
ti-protocol communication controller 246. (Rockwell International Corp. Model 68561). The encoder/decoder 190 pro- 
vides received data and received clock to the controller 246. Transmit data and transmit clock are passed from the 
controller 246 to the encoder/decoder 190. Various control signals are exchanged between the controller 246 and the 
25 encoder/decoder 1 90. 

In the event an interrupt generating event occurs, the multiprotocol controller 246 asserts an interrupt output directed 
to the microprocessor 200. In response to an interrupt acknowledgement from the microprocessor 200, the controller 
246 places interrupt vectors on the data bus 1 94. In a conventional manner, the microprocessor 200 temporarily interrupts 
processing to service the interrupt. 

30 The multiprotocol controller 246 has serial data transmit and receive inputs in addition to a parallel system data 

input. The multiprotocol controller 246 of the type identified is capable of DMA data transfers up to a rate of 2 megabits 
per second. The high speed data stream of this nature permits the downloading of the substantial light unit cue infor- 
mation in a very short period of time. 

The encoder/decoder 190 operates in conjunction with the communications controller 166, shown in FIGURE 4, to 

35 convert the format or protocol of the data transmitted serially through the control processor 24 into a format acceptable 
by the lamp processor circuit 178. 

Lamp processor system 178 includes a network of clock, control and power lines (not shown) which are routinely 
required for the operation of a microprocessor circuit. 

The lamp processor system 178 serves to initialize the entire lamp unit, command the operation of the parameter 

40 control circuits in response to manual input commands from the console or from stored cues, transfer stored cues from 
the memory 202 back to the control console for storage, and respond to broadcast commands received through the 
data link 26 for recalling cues from the memory 202 for commanding the operation of the parameter control circuits, 
which are shown in FIGURES 6, 7 and 8. 

Referring now to FIGURE 6 there is shown a parameter drive circuit 254 which serves to operate stepper motors 

45 that are used within a lamp unit. Such a stepper motor is used, for example, for selecting color, determining iris size and 
selecting a gobo pattern. The microprocessor 200 has control and data paths, which are described in FIGURE 5 that 
are connected to a latch 256 and a timer 258. The interrupt and acknowledge lines noted in FIGURE 5 are further 
provided to an interrupt encoder circuit 260. The data captured by the latch 256 is transferred through a plurality of lines 
to a programmable array logic (PAL) 262. The PAL 262 produces a combination of control commands that are sent 

50 through a cable 264 and an enable line to a power amplifier 266. The amplifier 266 generates a series of power signals 
which are transmitted through a group of lines 270 to a stepper motor 272. The power signals on lines 270 cause the 
motor 272 to move, in a sequence of steps to a desired angular position. 

The timer 258 produces timing signals required for the operation of the stepper motor. These timing signals are 
provided to both the interrupt encoder circuit 260 and the PAL 262. Thus, when it is required that a stepper motor change 

55 position, the microprocessor 200 produces a control command that is sent as data to the latch 254. The latched data is 
then transferred into the PAL 262 which converts it into control signals that are amplified by the amplifier 266 and provided 
to the stepper motor 272. When each operation required of the stepper motor has been carried out, an appropriate 
interrupt or acknowledge command is transmitted through the circuit 260 back to the microprocessor 200. 
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A further parameter control circuit 278 is shown in FIGURE 7. The circuit 278 is used with mechanical control 
parameter units which require position sensing. For the present embodiment the circuit 278 is used to control three 
wheels and one iris. Each of the wheels and iris has a sensor. An example is presented for operation of a wheel, such 
as a color wheel, by a stepper motor. The wheel includes a mark, or magnet which is detected by a sensor 280 which 

5 is operated by an index sense circuit 282. The detected index is provided to the noninverting input of an amplifier 284. 
A fixed reference voltage is provided to the inverting input by operation of resistors 286 and 288. The output from the 
amplifier 284 is provided to a buffer 290. The output of the buffer provides address control, data, and interrupts for each 
of the parameter circuits to the microprocessor 200. An acknowledgement of each interrupt is provided to the buffer 290. 
Referring now to FIGURE 8 there is shown a parameter control circuit 296 which provides drive and feedback control 

10 for parameters such as pan and tilt. The data bus from the microprocessor 200, as shown in FIGURE 4, provides both 
position and rate of change feedback and rate of change command data for a servo motor 298. The speed control data 
is input to a latch 300 which outputs the data to a digital to analog converter 302 which produces an analog signal that 
is input to the noninverting terminal of a driver amplifier 304. The driving terminals of amplifier 304 are connected to the 
terminals of motor 298. A tachometer 306 monitors the speed of motor 298 and provides a corresponding analog signal 

15 to the inverting input of amplifier 304. Thus, there is provided a feedback loop for determining the rate of rotation of the 
motor 298. The angular speed information is further transmitted to an analog to digital converter 308 which provides the 
digital form of the speed information to a latch 310. The output from latch 310 is provided as a data signal back to the 
microprocessor 200. 

The motor 298 is physically connected through a clutch 31 2 to a quadarture encoder 31 4. The two outputs from the 

20 encoder 314 are provided respectively to first inputs of amplifiers 316 and 318. The second inputs of these amplifiers 
are set to reference values by operation of resistors connected between the power supply and ground. The outputs from 
the amplifiers 316 and 318 are provided to a converter 320 which transforms the analog position signals into digital 
signals which are transmitted through a clock line and a direction of rotation line to an up/down counter 322. The output 
from the counter 322 is an indication of the position of the motor 298 and is transmitted through the data bus back to 

25 the microprocessor 200. The converter 320 further serves to produce an interrupt signal and to receive an acknowledge 
signal which are exchanged with the microprocessor 200. 

The repeater 52, which is similar to each of the repeaters shown in FIGURE 2, is described in further detail in 
FIGURE 9. The purpose of the repeater 52 is to provide high speed data transmission between the lamp units, as well 
as other controlled stage devices, and the control console 24. The repeater 52 is connected serially with the data link 

30 26. The repeater 52 provides bidirectional communication for the paths 38 and 40. The lamp units and the consoles can 
each be considered to be both a source and a destination. The description of the repeater 52 is made in reference to 
the control console being a source and the lamp units being destinations. 

The repeater 52 is designed to handle high speed data transmission through the paths 38 and 40 which are pref- 
erably 50 ohm transmission lines. Repeater 52 has a transmitter section 332, the upper portion shown in FIGURE 9, 

35 and a receiver section 334 which is shown in the lower portion of FIGURE 9. 

The data link path 38 is connected to the input terminals of a transformer 336. Resistors 338 and 340 are connected 
respectively between the two conductors of path 38 and ground. Further, the data link path 38 is provided with a shield 
which is also grounded. The secondary of transformer 336 is connected to the noninverting input of an amplifier 342. 
The inverting input is connected between biasing resistors 342 and 344. A capacitor 346 is further connected between 

40 the inverting input of amplifier 342 and ground. 

The output of amplifier 342 is connected to the input of a Manchester encoder circuit 352. The output from the 
Manchester encoder circuit 352 is passed through an invertor 354 to one or more differential current line drivers. The 
output of invertor 354 is connected to one such line driver 356. The output from the line driver 356 is further connected 
into the path 38 for transmission to another repeater, such as 52, or to an ultimate destination such as a lamp unit. 

45 in the receiver section 334, the path 40 is connected to the primary terminals of a transformer 358. Resistors 360 

and 362 are connected between the conductor lines of path 40 to ground. Again, the shield of link 40 is grounded. The 
secondary of transformer 358 is connected to one input of an amplifier 364. The second input of amplifier 364 is con- 
nected to the junction of resistors 366 and 368. A capacitor 370 is connected between the junction of resistors 366 and 
368 and ground. 

50 The output signal from the amplifier 364 is passed through an invertor 372 to the input of a Manchester encoder 

374. The output from encoder 374 is further passed through an invertor 376 to the input of a differential line driver 378. 
The outputs from line driver 378 are connected to drive the differential terminals of path 40 of data link 26. The path 40 
is directed to the control console 24 or to the receiver section of a further repeater, such as repeater 52. The Manchester 
encoders 352 and 374 are driven by an oscillator 382 which provides inputs at a clock rate of 16 mHz. The repeater 52 

55 further includes a startup circuit which comprises a series combination of a resistor 384 and a capacitor 386. These 
series components are connected between the positive voltage supply and ground. An invertor 388 has the input thereof 
connected to the junction of resistor 384 and capacitor 386. The output of invertor 388 is connected to the CTS inputs 
of encoders 352 and 374. The output of invertor 388 is further connected to the input of an invertor 390 which has the 
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output thereof connected to the reset inputs of the encoders 352 and 374. At power-up, the reset signals to the encoders 
352 and 374 are at an initial low logic level for a short period of time. When the capacitor 386 is charged, the reset logic 
state changes and goes to a high logic level for normal operation. Thus, the digital circuits the Manchester encoders 
are set to predefined states when power is initially applied. 

s In a selected embodiment of the present invention, the Manchester encoder/decoders, such as 352 and 374 as well 

as encoder 168 shown in FIGURE 4, comprise an integrated circuit model HD-6409 manufactured by Harris Semicon- 
ductors Products Division. The Manchester encoders 352 and 374 have the mode select input connected to a logic high 
level thereby selecting the repeater mode. The Manchester circuit operates by receiving the high speed data stream for 
conversion into the nonreturn to zero (NRZ) form. The clock signal is recovered from the data stream in a conventional 

10 manner. 

The data stream is then retimed and reconstructed before being output to the invertor. In this manner any distortion 
in the nature of pulse width, delay or otherwise is not compounded through the transmission in the data link. The recon- 
struction and retiming of the high speed data stream at each repeater serves to significantly reduce the data error rate 
through the data link 26. 

15 in accordance with a primary feature of the invention, there is provided a decentralized control over the operation 

of each lamp unit. By this it is meant that high level commands are dispatched by the console processor to the lamp 
units. This is termed a "broadcast command." Each lamp processor responds in an appropriate manner defined by the 
program and previous condition at that particular lamp processor. This is in contrast with prior art systems wherein the 
console processor stores all of the current information and data concerning the status of each lamp unit and each 

20 parameter within each lamp unit. In these prior art systems, all the cue storage of data information has been handled 
completely by the console processor itself, and the only data that was transmitted to the pertinent lamp units were the 
very detailed instructions, such as the number of pulses necessary to rotate a particular stepper motor a desired number 
of degrees. This is to be distinguished from the system according to the present invention which is configured such that 
the console reads its control inputs, and upon sensing a change does minimal processing of the changed input (such 

25 as providing the ordinal number of a switch or the identifier of a fader) and transmits this change signal to all lamps units 
simultaneously, in a single high level message. Each lamp unit then recognizes the intended effect of this change and 
calculates the desired response within its own processor. In processing a high level command, each lamp unit processor 
requires no interaction with the other lamp units, or with the console. For example, a single message that a fader on a 
console has been moved is transmitted to all the lamp units simultaneously. Each lamp unit processor recalculates the 

30 balance of the recalled cue information based on the individual involvement with the cue. Various lamp units may have 
different actions for one cue, some lamp units may not be active at all. With this new configuration, all cue memory for 
instantaneous recall is maintained in each individual lamp unit memory. Each lamp unit thus has available all cue infor- 
mation within the unit itself. However, for backup and long-term or secondary storage, the console processor maintains 
a copy of the cue data for each lamp unit. This backup is maintained on a disk storage and is read into the memories 

35 of the lamp unit upon system initialization at lamp replacement or for a complete memory change over. 

It can be seen from the foregoing that the efficiency and reliability of the system has improved since the large body 
of cue data is transmitted through the narrow band-width communications link only once, namely, at system initialization. 
Thereafter, the cue data is available within each lamp unit, where the reading and writing thereof is performed in the 
environment of the high band-width local memory. It is seen from the foregoing that the efficiency of the system is 

40 optimized, especially in situations where there is a concurrency of activity of each lamp unit in response to a newly 
generated command. The command from the console is simply transmitted to each of the lamp units in a system- wide 
manner as a broadcast command in one transmission. The activity required in each lamp unit is carried out independently 
of the activity in other lamp units, and without further data transmissions from the console. This results in a considerable 
saving of time and enhancement of reliability. This is due to the parallelism in the data link transmission. Moreover, the 

45 addition of more lamp units to the system does not significantly burden the console processor nor the data link. The 
system is always maintained in an optimum manner upon the addition of lamp units since each lamp unit adds the 
necessary processing power and memory required for carrying out its function. Very little additional load is added to the 
work of the console processor when a lamp unit is added to the system. 

With the foregoing in mind, the console will be described next in connection with the functions of the processor 

50 system. FIGURE 1 0 depicts the primary functions of the console processor complex in flow chart form. On initial power 
up of the console, the console circuitry is initialized with predetermined internal variables, whereupon the processor 
enters the main sequencer program. This program is in the nature of an endless loop which branches out to other 
subsidiary programs in a predefined and unvarying sequence. When each subsidiary program is entered in the sequence, 
it performs a specific function before returning to the main sequencer loop. 

55 One of the subsidiary programs of the console is the switch input sensing program. This program performs a com- 

plete scan of all the console switches appearing on the front panel thereof. The depression or release of any switch is 
sensed by the processor complex, whereupon the appropriate response routine is activated for each switch in which a 
depression or release was sensed. The status of each newly activated switch is transferred to the response routine. 
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The switch input sensing response routines are individual scripts which specify actions to be taken when a certain 
switch is pressed or released. Some switches are functionally grouped together and therefore employ the same response 
routine. In this event, the number of the switch within the common group is identified during the response routine, in 
which the number is used as a switch identifier in the script which is common to all switches in the group. Examples will 
s be described below. 

A second subsidiary program which the console processor enters in the sequence, is the optical encoder input 
scanning program. As noted above, the rotary location of various console devices are determined, and acted upon 
accordingly. The rotary input devices on the console front panel comprise optical encoder/hardware counter circuits of 
conventional design. The optical encoder input scanning program is operable to read the counter values for each en- 
10 coder, and compare the new value to the value which was stored in accordance with the previous scan. If the comparison 
indicates a change in the position of the rotary device, the identifier for that encoder is combined with the amount by 
which the value has changed, the result being sent as a command message via the network to all lamp units. The lamp 
units individually determine whether the change in the rotary status of the console device requires a response in the 
particular lamp unit. 

15 A fader input scanning subsidiary routine appears as the third routine encountered by the main sequencer. This 

routine responds to the change of position of the slider fader control devices appearing on the console panel. The faders 
are essentially resistive potentiometers, and the sensing of the linear motion thereof is accomplished by analog to digital 
converters. In this manner, when the fader position is changed, a new digital encoded number will be provided at the 
output of the sensing circuit. It is understood that other sensing circuits can be used with equal effectiveness. The fader 

20 input scanning program reads the current input value of each fader sensor circuit, and responds only if the value has 
changed from the value previously stored. As with the optical encoder input scanning program, if the sensing of the 
fader shows a new position, the fader identifier is combined with the actual value read from the fader, and the information 
is sent via the network to all lamp units as part of a command message. The lamp units each determine the applicability 
of the new fader value based upon the fader identifier and the lamp unit's internal state. 

25 a pending message manager subsidiary program comprises an additional program entered in the sequence by the 

main sequencer. In certain circumstances, the console switches can be activated by the operator faster than the corre- 
sponding messages can be transmitted in accordance with their respective response routines. Therefore, if a response 
routine finds that a previous message has not been transmitted to the network by the console processor complex, a 
pending message packet will be generated by the respective response routine. This packet is sent when the previous 

30 message has been completed and transmitted. The pending message manager subsidiary program scans the various 
subsidiary programs for the existence of any pending message packets, and also scans if associated previous messages 
have been transmitted. A command message corresponding to a pending message packet is then dispatched by the 
pending message manager, when a scan finds that a previous message has been completed. 

A character display control subsidiary program is entered by the main sequencer for servicing alpha-numeric display 

35 devices on the console front panel. Several of the switch input response routines control the displays. The character 
display control program provides a common control interface for the response routines. In addition, the character display 
control program translates display data from the format used by the console system into a sequence of commands for 
the alpha-numeric display devices. 

Lastly, there is provided a switch lamp control subsidiary program. This program controls the lamps in the various 

40 switches to indicate to the operator whether the switch is in a depressed state or a released state. In this manner, and 
in contrast to prior console switch systems, electrical switch contacts for carrying lamp power are not required. This has 
a substantial effect on increasing the reliability of the many console switches. The lamp on and off data sent by the 
switch lamp control program is placed into the console processor complex memory by the response routines. Retrieval 
of the data by the switch lamp control program is also necessary for comparing with the newest scan to determine if the 

45 lamps associated with newly depressed switches should be illuminated or extinguished. 

Also shown in FIGURE 1 0 with the subsidiary programs is a block indicating associated programs. These associated 
programs are enterable by various routines of the subsidiary programs. More particularly, these associated programs 
are entered on the occurrence of certain hardware interrupts generated by the console electrical apparatus. Each as- 
sociated program is a consolidated set of routines which provides control of various hardware functions, data structure 

50 or aspect of the console's logic state. One such associated program comprises the communications manager program. 
The primary function of the communications manager program is to control the transmission network between the con- 
sole and the plural lamp units. The coordinated transmission of data to the network demanded by the various response 
routines is important to assure an orderly flow of information in accordance with the urgency of demands imposed by 
the respective response routines. The parallel nature of the transmission network is highly desirable insofar as a failure 

55 of one lamp unit does not affect the transmission capability of the other lamp units. This is in contrast with the "daisy- 
chained" or serially connected networks typically employed. As noted above, the communication path between the 
console and the lamp units are full duplex paths, i.e. a transmit and receive path on which independent and simultaneous 
data transmissions may occur. The communications manager program has control of the lamp units and the data trans- 
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mitters located therein, thus can insure that only one lamp unit, at any one time, is using the network transmission path. 
In accordance with the communications manager program, there are provided two types of message addresses; namely, 
individual lamp addresses and the broadcast address. Each lamp unit of the system is individually accessible by the 
console processor complex by transmitting the unique address associated with the particular lamp unit. As noted above, 
s each lamp unit connected to the network will receive the lamp address; however, only the address transmitted will 
respond. On the other hand, the broadcast address includes a lamp address field with a special value to which all lamp 
units in the network respond. Moreover, each lamp unit responds to the broadcast address irrespective of their individual 
lamp addresses. 

The console utilizes broadcast messages and individual lamp unit messages for two different categories of command 

10 messages. Messages to individual lamp units are used solely for maintaining cue data on the storage disk, for reporting 
the status of each lamp unit and for responding to lamp units newly connected to the network. All other functions of the 
system are carried out by the broadcast messages. Broadcast messages, for example, are transmitted to the lamp units 
for placing them or removing them from manual control. Manual control of the lamp units is established by broadcasting 
the change command message and allowing the lamp units to respond. In addition, cue information data is recalled by 

15 the console processor complex from the units by broadcasting the cue number and allowing each lamp unit to determine 
whether the cue is applicable. Once the entire system has been initialized, all functions needed of the lamp units during 
the course of the performance are in the nature of broadcast messages. With the architecture, the performance of a 
show is not impaired by the failure of one lamp unit which would cause it to continually transmit data, thereby tying up 
one half of the duplex network directed from the units to the console. The other half of the duplex transmission line of 

20 the network, that portion extending from the console to the lamp units, thus remains operative for transmission of console 
information to the units. As a result, each unit can react to the change of status of the console switches, dimmers, rotary 
encoders, etc. The receipt by a lamp unit of a message transmitted specifically thereto, is acknowledged by a transmis- 
sion from the lamp unit to the console. In the event a response is not received from the lamp unit, the communications 
manager will retransmit the command message. This retransmission negates the effect of any faulty transmission by 

25 the lamp unit because of noise or other problems. However, the lack of a response from the lamp unit after several 
retransmissions by the console processor complex is taken as an indication that the lamp unit is no longer operational. 
Selected messages transmitted by the lamp units will involve the transmission of data to the console. In a comparable 
manner, this transmission may be retransmitted by the communications manager of the lamp unit processor complex, 
should a simple reply by the console processor in response to the first transmission not be received. In the event of a 

30 more severe network transmission line problem, the console transmits broadcast message at most three times to ensure 
the reception over a noisy communications line of at least one such message. Transmitted along with the broadcast 
message are sequence numbers which correspond to the number of times a message has been transmitted. The com- 
munications manager programs of the various lamp units disregard subsequent repetitious console transmissions by 
the use of the sequence numbers. The communications manager program within the control complex receives console 

55 message in accordance with the various console programs, and enqueues such messages for transmission to the lamp 
units. If a particular message requires a reply from a lamp unit, the console processor will wait for the reply and, when 
received, pass it back to the program initiating the message before transmitting subsequent messages. 

Shown in FIGURE 1 1 , which illustrates the associated programs, is a file manager program. The file manager pro- 
gram oversees the disk file system, and provides sequential, relative record and key indexed files for the lamp unit cue 

40 data. The cue data associated with each unit lamp is identified by a file identifier which includes the console control 
channel to which the unit is assigned. Programmed console data is also stored on the disk by files, one for each pro- 
grammable console function. In all other respects, the file manager operates in a conventional manner. The associated 
programs in the figure also include a disk data manager program. In a conventional manner, the disk data manager 
provides the functions of managing the list of free sectors in the disk, allocating the sectors to various files, and locating 

45 a desired sector of a file and issuing the disk hardware signals necessary to execute appropriate actions. This program 
requires modification to control the different disk drives employed in various implementations of the invention. Another 
associated program is shown in the figure as the exception display manager program. The exception display program 
usurps command of one of the alpha-numeric display devices located on the front panel of the console for drawing 
attention thereto of the operator. These situations generally arise during operation of the console where the operators 

50 acknowledgement or assistance is required to resolve a problem. A script of display data for display on the alpha-numeric 
devices is provided to assist the operator. The displayed data may include expected switch input responses which require 
activation. Once the problem has been resolved, control of the alpha-numeric display device is returned to the character 
display program. 

The network state control program maintains management over the connection or disconnection of lamp units to 
55 the network. When a lamp unit connection is first detected by the communications manager program, the network state 
control program is signaled, in which event a sequence of checks is instituted on various status bits reported from the 
newly connected lamp unit. These bits represent certain conditions and actions which are prerequisites of the console 
to recognize a fully operational lamp unit. Response routines are provided for each of these status bits. The response 
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routines specify actions for the console to take, based upon appearance of the respective bits. Examples of some of 
the functions performed by the network state control program are the downloading of additional lamp unit program code, 
the downloading of cue data for the lamp unit and the transmission of packets of data describing the current state of 
various console front panel controls. 

s The disk state manager program monitors the insertion or removal of disks from the disk drives. A console processor 

interrupt is generated on the insertion or removal of disks. Because of the importance of maintaining updated cue infor- 
mation on the disk, it is of paramount importance to the operators of the console that notification is given of situations 
which prohibit copies of the lamp cue data from being updated on the disk. Notification of such malfunction is brought 
to the attention of the console operator through the exception display manager program. Such situations may occur 

10 when the proper combination of disks is not present in the disk drives. 

I n accordance with the invention, there is provided a network real-time clock program which is operative to broadcast, 
on a regular basis, a real- time clock information to the lamp units. The real- time clock information comprises date and 
time data information. This data originates from a battery powered integrated circuit in the console circuitry, and is sent 
to the lamp units by way of the communications manager program. The network real- time clock program is activated 

15 by a hardware interrupt. 

During the ordinary sequence of a production or show, the console regularly requests lamp status data from each 
lamp located on the console. Certain status bits, such as the cue-data-download request bit, cause activation of the 
networkstate control program. Other bits, such as the bulb failure bit, result in operator notification by way of the exception 
display manager as noted above. Still other bits are simply stored for later examination by the console operator. The 

20 lamp status scanning program is also activated by a hardware interrupt. In response to an interrupt, the status of a lamp 
is requested, and retrieved. Since the hardware timer producing the interrupts operates continuously, the console proc- 
essor complex has available the most recent status information from all lamp units connected to the communications 
network. 

The operations of the multiple controller network can be illustrated by referring again to FIG. 2 and FIG. 11. The 

25 bidirectional bus 80 provides data communication between and among the control console 24 and an alternate control 
console 84, another control console 82 and remote control units 84. In one implementation, bus 80 is electrically con- 
figured in the same way as the data link 26, and the control console 24 is provided with a communications manager 
program as described in the associated programs of FIG. 11. This program serves the same function of controlling 
activity over bus 80 that the communications manager serves in controlling activity over the data link 26. 

30 Two types of message addresses are provided, individual console addresses and a system address, giving the 

same functionality as described in the descriptions for Fig. 11, e.g., individual console is individually accessible by the 
main console processor complex by transmitting the unique address associated with the particular console unit. In the 
system address command, all consoles connected to the network can respond. 

Messages sent by the control console 24 to the system address contain information including the status data mes- 

35 sages received from the lamp units, the state of the controls on the main control console and system status data proc- 
essed and formatted by the main control console. These messages allow the additional and alternate consoles and 
remote control unit to produce the same displays as the main control console or to display different information. 

Messages sent from the additional and alternate consoles and remote control unit to the main console are of two 
types. One type of message is of the same format as the messages sent by the main control console to the lamp units. 

40 These messages contain data identifying the console which originated the message. As previously described, some 
messages to the lamp units produce a response from the lamp unit. This response also contains the data identifying 
the originating console; this data permits the main control console to route the response to that originating console. 

The second type of message sent from the additional and alternate consoles and remote control unit to the main 
console is a message to the main console itself. Some of these messages duplicate an action or sequence of actions 

45 performed by an operator manipulating the front-panel controls of the main console. These messages result in the main 
console sending to the lamp units the same messages that would have been sent had the controls physically been 
manipulated. Other messages cause the main console to modify the cue data and programmed console data which are 
stored in the lamp units and in the memory and on the disks of the main console. 

An example of remote control unit 84 is a hand-held device which the lighting designer carries onto the stage to 

50 use for fine adjustments to the azimuth and elevation of the lamp units, ensuring that the light beam does (or does not) 
fall on a certain set piece or area of the stage. Another control console 82 could be a director's console, used by the 
lighting director during rehearsals to display data for cues other than the one currently being performed by the lamp 
units or to recall cues in the lamp units when the operator is away from the control console 24. 

Another control 84 is a controller as disclosed in U.S. patent application serial no. 641 ,031 , entitled "Creating and 

55 Controlling Lighting Designs". This controller provides controls which includes prerecorded commands and hands-free 
execution of a performance. The disclosure in application serial no. 641 ,031 is incorporated by reference herein. 

Another controller 84 is a control device as disclosed in U.S. patent application serial no. 693,366, entitled "Improve- 
ments In High Intensity Light Projectors". Provisions from this controller includes commands in video format. The dis- 
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closure of application serial no. 693,366 is also incorporated by reference herein. 

The alternate control console 84 could be located at a position which gives a more appropriate view of the stage 
for certain types of performances. The provision of this alternate console would prevent the necessity of moving the 
main control console 24 and its connection to data link 26. 
s Another member of the control resources network in communication with bus 80 and its connected controllers is a 

unit having storage and playback facilities to store, for example, the state of the settings of the master console 24 and 
to recall or "play" those settings or modifications thereof, during certain modes of operation. 

Other implementations of bidirectional bus 80 are possible, including a Local Area Network and a point-to-point data 
link between the control console 24 and a single alternate control console. Additionally, the additional or alternative 
10 control consoles or remote control unit could be implemented on a general-purpose computer, rather than the pur- 
pose-built console. 

The foregoing is illustrative of the various programs available to the console processor. The following is an example 
of the execution of various above-described programs in response to the depression of a certain "channel select" console 
button by the operator. The depression of this button is operative to bring a certain lamp unit under manual control, 

15 whereupon the rotation of yet another console knob is effective to rotate the lamp about one of its axes. In the following 
illustration it should be realized the effect of the decentralized control of removing console functions into the lamp units. 
Also it will be seen that with the provision of the present invention, there is a significant reduction in the processing 
required of the console, compared to conventional processor controlled light systems. The sharing of tasks between the 
console and lamp units also results in an increase in the speed to change a system parameter. In addition, in the disclosed 

20 embodiment, the console is no longer required to sequentially process a large amount of data for every lamp unit in the 
system. Instead, each lamp unit processor accomplishes the action required to achieve a change for that unit. Moreover, 
with the present system, the entire system can be changed in the time required by a single lamp unit. Also, because of 
the simultaneous transmission of messages to all lamp units, lamp units added to the system do not result in propor- 
tionately slower rate of transmission as was typical with prior systems. In accordance with the example for changing the 

25 position of a stage lamp under manual control, it is assumed that the console has performed the usual initialization 
routines. It is also assumed that the console processor has established communications with the lamp units, and has 
provided each lamp unit with all the data required for the respective initializations, and the system is operating in the 
endless loop of the main sequencer. In this loop, the main sequencer awaits input from the operator by way of the 
console devices. During its sequencing routine, the main sequencer calls the switch input sensing program which scans 

30 the switch input hardware of the console to produce a map of the switches appearing on the console front panel. In this 
map, set bits represent push buttons being pressed, and clear bits represent push buttons which are not depressed. 
This map is compared to a copy of a similar map in the memory which include the status of the switches as read on the 
previous scan. In comparing the present and previous maps, a third map is produced which indicates switches which 
have changed states between the generation of the first and second maps. If no changes are found, the program is 

55 returned to the main sequencer. Assuming that a change has occurred, the program scans the third map, bit by bit, to 
identify the changed switch and to activate the corresponding response routine. The identifier and new state of the newly 
activated switch is passed to the associated response routine. The newly operated switch is identified as a member of 
the "channel select" switch group, all of which are serviced by the same response routine. The switch identifier indicates 
the number of the switch within the "channel select" group which along with an additional group selector specifies the 

40 control channel to which the switch corresponds. All one thousand of the console control channels are each represented 
by a single bit in a console memory map, and indicates whether the channel is or is not selected for manual control. 
Because of the pressed switch, the value of the bit for its channel is inverted, thereby selecting the lamp for manual 
control. In the event the lamp is already under manual control, the depression of the switch would have the effect of 
removing the lamp of unit from manual control. Although only one bit in the noted map has been changed, the entire 

45 map is now broadcast to all lamps simultaneously. Each lamp examines the map and determines whether its control 
has been changed based upon the broadcast message. After transmission of this map throughout the network, no further 
processing is required of the console in response to the depression of the switch. 

The response routine entered in response to the depression of the switch, calls the communications manager pro- 
gram with a command to send a broadcast type message. The broadcast message includes a pointer to the block of 

50 memory that holds the message data. The communications manager program either initiates the transmission of the 
data by programmable integrated circuits which implement the communications function, or in the alternative, if a com- 
munication is already in progress, the communications manager enqueues the command and memory pointer for sub- 
sequent transmission after the current message transmission is concluded. Any additional processing required by the 
communications process is performed as a response to console processor interrupts from the various programmable 

55 integrated circuits. No further processing is required of the communications manager program in connection with the 
switch activation. 

When the communications manager program has accomplished the transmission of the message, or has enqueued 
the message for future transmission, it returns by way of the response routine program and switch input sensing program 
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to the main sequencer. As a result, the main sequencer is entered in the endless loop at the position previously exited 
when the newly pressed switch was sensed. The main sequencer continues until the lamp button pressed for manual 
control is released. The switch input sensing program is again entered, whereupon a comparison of the scanning maps 
indicates a change in the switch state. The switch is again identified, as noted above, and the associated response 
s routine is activated. 

The response routine takes no action on the release of the switch. This is in contrast to other types of switches 
which cause activation of the response routine upon being pressed or released. In any event, return is made from the 
response routine through the switch input sensing program to the main sequencer. Again, the main sequencer resumes 
scanning within its endless loop. Departure is taken from the loop to the optical encoder input scanning program. The 

10 rotation of the appropriate console device by the operator is effective to cause a corresponding rotation of the appropriate 
stage lamp. Encoder/counter circuitry, as described above, provides a numerical input to the optical encoder input scan- 
ning program. The value produced by each encoder/counter circuit changes when the encoder shaft is turned by the 
operator. In a similar manner to the switch input sensing program, the optical encoder input scanning program compares 
the value read on each scan to the value stored in connection with the previous scan. In the event a difference is found 

15 during the comparison, an appropriate lamp command is generated. The message block includes the manual change 
lamp command, the amount of change, and the identifier for the particular encoder. The lamp command is then dis- 
patched to the communications manager program as a broadcast message. All lamp units will receive the broadcast 
message and determine the applicability of the message to the particular lamp unit. 

As noted previously, the communications manager program processes this message by immediate transmission, 

20 or by enqueueing the message for subsequent transmission when the communications channel is clear. The console 
program then returns to the endless loop of the main sequencer. The foregoing constitutes the participation by the 
console processor in effecting the change in the lamp position as specified by the operator. All additional and subsequent 
processing is accomplished by the individual lamp units, as required. 

The next example for illustrating the principles of the invention relate to the storing of cue data information in a 

25 particular lamp unit processor memory. This function is initiated by the console operator by depressing the "store cue" 
switch. As with the previously described example, the main sequencer exits the endless loop, and enters the switch 
input sensing program. The switch input sensing program reads a new input map and compares it against the status of 
the system as stored in a previous map. Accordingly, the state of the "store cue" switch is found to have been pressed. 
The switch is then identified and the respective response routine is called. 

30 The response routine appropriate to the "store cue" switch checks for two necessary conditions; that "store enable" 

switch is also currently being pressed, and that a cue number appears in the display window above the "store cue" 
switch. If these two conditions are met, then the console sends a store cue command broadcast message through the 
network to the lamp units. In addition, the cue number appearing in the window above the "store cue" button is also 
broadcast in the same message. 

35 The communications manager program effects a data transmission through the network of the broadcast message, 

which message is received simultaneously by all lamp units. After the message is either transmitted, or enqueued for 
subsequent transmission, the communications manager program returns through the response routine and switch input 
sensing programs to the endless loop of the main sequencer. The main sequencer routinely services other operator 
commands as the need requires. However, in the services of this example, as well as many other that may be interspersed 

40 therebetween, the main sequencer is periodically preempted by regularly timed interrupts which require somewhat im- 
mediate attention. The regularly timed interrupts may be in the nature of the activation of the lamp status scanning 
program by the periodic interruption of the hardware timer integrated circuit which produces an interrupt to the console 
processor. On each interrupt generated by the hardware timer, the program commands a different lamp unit to send a 
message to the console containing data describing the lamp unit's current status. The type of data appearing in this 

45 message is described in more detail below in connection with the lamp processor system. 

Because of the store cue command broadcast, as above described, some lamp units of the system will begin re- 
porting the occurrence of new cue data to send to the console for storage on the disk. The lamp status scanning program 
handles all the lamps in the system in turn, and all lamps involved in the newly stored cue will eventually be able to send 
their cue data to the console. The lamp status scanning program obtains the status data for an individual lamp unit by 

50 sending a status read command message to the lamp unit through the communications manager program. 

The status read command message is individually addressed by the communications manager in much the same 
way as described above in connection with the broadcast messages. However, since the status read message command 
requires a response from the particular lamp unit, the communications manager program holds the communications 
network channel open after transmitting the lamp command message. The communications network channel is held 

55 open until the lamp replies, or until a certain time period has elapsed with no reply. In this event, a lamp failure is assumed 
to have occurred. Further processing in the lamp status program is held in abeyance until a reply is received from the 
lamp unit. 

Once the particular lamp unit has replied to the status read message, the communications manager returns to the 
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lamp status scanning program with the message received. In this example, one of the bits in the receive message will 
indicate that the lamp has stored cue data in the lamp unit processor memory, which cue data has not yet been transferred 
to the console for disk storage. In a manner like many of the input scanning programs of the console, the lamp status 
program reacts only to changes in input values. The appearance of a set bit in the lamp status data causes the activation 

s of the network state control program. A response to the change in the lamp status is thereby produced. The network 
state control program is provided with a group of response routines which handle the status bits received from the lamp 
unit. Some of these response routines provide to the console operator notice of lamp problems, such as bulb failures. 
Other response routines of the network state control program download program code to the lamp units, on request. 
The response routine associated with the data bit received in this example uploads cue data from the lamp unit, and 

10 stores the data in the proper file of the disk file system. The network state control program first checks a flag located in 
the console program disk state manager to insure that new cue data from the lamp unit can actually be stored. If indeed 
the disk is available for cue storage, the response routine then calls the communications manager program with a cue 
buffer upload message, as well as a pointer to an unused section of memory in which the data is to be stored. In the 
event the disk is not available for storage of cue data, the new data is not uploaded from the lamp unit. Instead, the front 

15 console panel indicator is illuminated, whereupon the operator is reminded that cue memory is required to be uploaded 
from the lamp unit to the console. This can be accomplished later by an operator command. 

The cue upload command, much like the status read message described above, is sent to the particular lamp unit. 
The cue upload command also causes the communications manager to wait for the lamp unit reply. In the preferred 
form of the invention, the programmable communications circuits are set up to store the lamp unit reply in the memory 

20 space specified by the network state response routine. When the transfer of the data from the lamp unit to the console 
is completed, the communications circuitry interrupts the console processor. The communications manager program is 
reactivated. The communications manager program thus determines that the communication transmissions is complete, 
commences the transmission of another message, if such a message is pending, and returns to the network state control 
response routine. 

25 By the involvement of the network state control response routine, the data received from the lamp unit is subdivided 

into file records. The same format employed to subdivide the file into records is used both in the lamp cue storage as 
well as in the disk file system. In certain situations, the data received may be that of several cues, since the rate of 
scanning the lamp status can be temporarily slower than the rate at which the operator is storing cues. In this example, 
it is assumed that only the data from the cue store command is the data being operated upon. The disk file already 

30 contains the lamps cue data as it existed before the cue data to be stored. Therefore, all that is required is to add or 
rewrite the appropriate record in the disk file. The response routine accomplishes this by calling the file manager program 
to open the file with the particular lamp control channel number in the cue data file directory. The foregoing is accom- 
plished by the response routine in calling the file manager program to open the file with the lamps control channel number 
in the cue data file directory. The response routine then issues a write command to the file manger program, using the 

35 record data received from the lamp unit. Once the writing of this data is accomplished, the response routine calls the 
file manager program, and the file is thereby closed. 

The file manager program performs the three functions for the cue upload response routine, as described above. 
The command to open the cue data file results in a search for the file descriptor in the directory of cue data file descriptors. 
When found, the descriptor is used to find the first fragment of the file and load it from the disk. The file record to be 

40 written comprises two parts; the cue number, and the lamp function data. The cue number is utilized as a unique index 
to the record. When the command is issued to write the newly received record into the file, the file manager program 
searches the fragment already appearing in memory to find the index of the record being written. If the index is not found 
in the first fragment, the other fragments of the file are examined in turn. If an existing record already contains the cue 
number of the record being written to the file, it is overwritten with the lamp function data of the new record. If the index 

45 is not found in the file, the record is added to the file. The command from the network state control response routine to 
close the file causes the file manager program to release the pointers to the data in memory relating to the file. In this 
manner, the network state control response routine can reuse those memory spaces whenever needed. No further 
access to the file can be made without issuing the file open command. 

Whenever it is necessary for the file manager program to access the data stored on the disk, as opposed to the 

50 copy in the console processor memory, the disk data manager program is activated. This program provides control of 
the disk drive controller circuits which actually issue disk commands and reads the data from the disk. The disk data 
manger maintains an account of those parts of the disk currently being used, and determines the actions needed to 
access specific file fragments requested by the file manager. Finally, the response routine is terminated, and is returned 
through the network state control program to the lamp status scanning program, which is also terminated until the next 

55 timer interrupt. The foregoing describes the operation of the system, assuming the initialization of the lamp units has 
taken place. The detailed initialization of the lamp units are described in detail below. Each lamp unit is initialized during 
system power up and initialization, or when added to a functioning production light system. As described above in 
connection with the circuitry of each lamp unit, there is provided a processor and sufficient memory for storing various 
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programs, which, when carried out, allow any unit device to be moved, readjusted or changed in accordance with a cue 
or switch actuation originating at the console. 

Referring now to FIGURE 12(a-b), when power is applied to the system as a whole, or to a lamp unit, the lamp state 
initialization program is activated. This program may also be activated during normal lamp computer operation when 
5 certain interrupts occur indicating a major malfunction of the lamp system. In addition, part of the lamp state initialization 
program is re-entered if the communications address of the particular lamp unit is changed. 

Each lamp unit includes a ROM-based program which performs various functions. For example, the ROM-based 
program tests certain hardware necessary for the proper operation of the lamp system, the program presets various 
programmable circuits in the unit to predetermined known states. In addition, the program proceeds through a script 
10 calling for checks to be made on certain parts of the unit, and prescribing actions to be taken depending upon the results 
of the tests. At the end of the script, the lamp unit is in complete synchronization with the console, whereupon the 
processor enters an endless loop consisting of self tests, physical state monitoring and response to console command 
transmissions. 

The first task performed by the initialization program is a checksum test of the validity of the programs from the 

15 EPROM memory. A test of the hardware timers against pretimed software loops is also performed. A loop back test of 
the communication hardware and a read/write test of part of the RAM memory is also conducted. If any of the lamp 
units' circuitry tested is found to be faulty, execution is halted. Once the operation of the lamp unit hardware has been 
tested, various program subroutines are executed to initialize program variables, and set up programmable circuits used 
for communications. The identity of each lamp unit is a communication address read from an appropriate input device. 

20 in the preferred form of the invention, the indentity of each lamp unit is established by the setting of a three-digit thumb 
wheel switch. Thus, as many as one thousand lamp units can be connected to the system, and retain an independent 
identity. An input to the lamp complex processor represents the configuration of servo and stepper motors associated 
with the lamp hardware. Since the same computer hardware and basic programs are utilized to control different com- 
binations of actuators of the lamp complex, a portion of the lamp system programs will differ between the lamp complexes. 

25 |f needed, the proper system programs for particular lamp complexes can be downloaded from the console. However, 
the downloading of these additional programs into the lamp units may not be necessary, as the programs are maintained 
in writable, nonvolatile memory in each lamp unit. As noted above, the nonvolatility of the memory is provided by battery 
RAM memory backup. A check is conducted next on the programs already present in the lamp unit RAM memory to 
determine the validity thereof. A checksum test is performed and identifiers in the programs are matched with the actuator 

30 configuration input noted above. If the programs are found to be valid, an internal flag is cleared, thereby allowing the 
execution of the additional programs. If additional programs are found to be invalid, a flag is set in the memory status 
word and the console performs a download of the program for replacement of the lamp system program memory. The 
flag which disables the execution of these additional programs is also set. 

At this time, a communications manager program is activated to establish contact with the console processor com- 

55 piex. Thereafter, when the console interrogates the communication address of the lamp unit, the communication manager 
program will respond. The particular configuration of the lamp unit, and the results of the above-noted validity checks 
are reported in response to the console command. This constitutes one of the initial communications between the console 
processor complex and that of the lamp unit. 

In the event additional programs in the lamp unit RAM memory are found invalid as a result of the above checks, 

40 further execution of the initializaiton is postponed until the programs are downloaded from the console. The lamp unit 
processor enters an endless loop of self tests and console command responses. At the end of the command response 
routine program associated with the program download, the flag which was previously set to disable execution of the 
additional programs in RAM memory, is cleared. The lamp state initialization script is then reentered. Eventually, a valid 
set of these additional programs will exist in the RAM memory of each lamp unit. Subroutines associated with the ad- 

45 ditional programs are then run to initialize additional program variables and the programmable circuits used for control 
of physical actuators. A table of address which guide the lamp unit processor to interrupts is also modified to reflect the 
presence of interrupt response routines in the additional programs. More subroutines are then called to perform calibra- 
tion and indexing functions of the physical actuators and feedback sensors. The subroutines cause the various actuators 
to be moved through their full range of motion, noting the location of any sensors and checking for proper operation of 

50 the various actuators and feedback sensors. 

In the event the communications address for a lamp unit is changed during operation of the lamp, communications 
are reestablished with the console in accordance with the new address. The lamp state initialization script is reentered 
to allow resynchronization of the lamp unit with the console for the new address. 

A flag in the lamp status word is set at this time to prompt the console processor complex to transmit a packet of 

55 data containing information concerning the state of the console. This packet of data is necessary to the lamp unit to 
allow it to respond properly to subsequent console commands. The nature of the data in the packet comprises information 
relating to the position of controls in certain subsections of the console, and the console control channel number assigned 
to the particular lamp unit. A flag is set in the intensity logical controller to prevent the light of the particular lamp from 
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being turned on, until adequate data has been received from the console. The initialization program then reenters the 
self tests/command response loop until the receipt of the console state packet. 

On completion of the console state packet, command response routine, the lamp state initialization script is reacti- 
vated. The data associated with the state packet received from the console is stored temporarily while additional validity 

5 checks are performed on the cue data memory. A checksum test is conducted, and a test for a match between the 
control channel indentifier in the cue data, with the control channel identifier received from the console. If the cue data 
is found to be valid during the checksum/channel-number test, a notation of the time of the last update to lamp unit cue 
data is compared with that of the data stored on disk in the console. If these update times match, processing continues. 
In the event that more recent data is found to be stored in the lamp unit memory, console operator arbitration is invoked 

10 to determine which cue data should be used. If it is decided that more recent data is present on the disk, than in the 
lamp unit memory, or if the cue data is found to be invalid, a flag is set in the lamp status word. This flag prompts the 
console processor to download the proper cue data into the lamp unit memory. A rewind command is then sent to the 
cue data manager program to erase the data in memory and the self-test/command-response loop is reentered. 

In the alternative, when valid cue data found to be present in the lamp unit memory, the initialization script is reen- 

15 tered, whereupon the cue data and the console state packet are utilized to set up all function logical controllers to respond 
to the next manual control or cue recall command from the console. When the cue recall command is received, a flag 
in the intensity logical controller program is cleared. As will be recalled, this flag suppresses the illumination of lights not 
fully synchronized. Normal operation of the lamp unit is then allowed to commence. After this final program setup, the 
initialization script is terminated, and processing continues within the main sequencer loop until the occurrence of one 

20 of the activation criteria, described above. 

The foregoing describes in general the console and lamp unit processor interchange for accomplishing the proper 
initialization of the lamp units. After initialization, the primary background activity performed by each lamp unit is through 
each respective main sequencer loop program. Refer now to FIGURE 13. Generally, the activities of the lamp unit 
processor in the main sequencer loop include scanning input buffers for communications received from the console 

25 processor, the performance of checksum integrity checks on both cue data and program code in the RAM memory. Also, 
the lamp unit processor scans changes in the communication address associated with the unit. The main sequencer 
loop is the program which is continuously executed in each unit, until a console command communication is received 
or checksum failure or address change in which event the main sequencer loop is temporarily exited. In addition, process- 
ing within the main sequencer loop is temporarily halted when interrupt-based actuator control programs are activated, 

30 or on the occurrence of physical feedback interrupts 

The main sequencer loop program itself is an endlessly repeating preset cycle for activation of a variety of subpro- 
grams. The subprograms are discussed in detail below, and include the command interpreter, the memory checksum 
test and the communications address scanning subprogram. In each case, when the main sequencer loop enters the 
subprogram, a test is conducted, in which event the main sequencer loop is re-entered, or a response is performed 

55 based upon the result of the test conducted. 

With regard to the command interpreter subprogram, an endless loop type of program is activated, in which event 
a sequence of instructions are performed. The first instruction or action performed in the command interpreter subpro- 
gram is the issuance of a read command to the communications management program. After the read command, a 
return to the main sequencer loop is executed. On subsequent activations of the command interpreter subprogram, 

40 checks are conducted with the communications manager program on the status of the previously issued read command. 
Return is made to the main sequencer loop on an indication of the uncompleted processing of the read command. On 
an indication of the completed processing of the read command, i.e., when the check status reveals a completed com- 
munication from the console processor, the command interpreter subprogram examines the first word of the newly 
received data issued by the console command message, and to be executed by the lamp unit processor. If the console 

45 command is of the type which requires no further data transmission from the console, the received data is temporarily 
stored, and another read command is issued to retrieve the next command sent by the console. Those console com- 
mands which are received and which have associated response routines stored in the lamp unit ROM memory are 
performed immediately. The validity of additional programs located in RAM memory is verified before performance of 
other console commands. In any event, processing continues in the command response routine until the command is 

50 complete, or until all further processing of the command is interrupt-based. In this event, control is returned to the main 
sequencer loop. Particular types of console commands, and their associated response routines will be described below. 

When activated, the memory checksum subprogram verifies the integrity of memory sections having stored therein 
program code and cue data. Tests are performed only on those sections of memory believed to be valid. If a checksum 
test of the program code fails, an appropriate flag is set in the lamp status word to prompt the console to download the 

55 program code. Furthermore, operation of the command interpreter program is limited until the program code is replaced, 
and thus again validated. When the console responds with the necessary download of the program code, the lamp state 
initialization script is reentered, as described above. In the event that the cue data is found to be invalid, the appropriate 
flag is set in the lamp status word, wherein the console processor is prompted to download cue data. A rewind command 
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is dispatched to the cue data manager program to clear the invalid cue data. No further processing is required after the 
download of valid cue data. In both situations, once the appropriate actions have been accomplished, control is returned 
to the main sequencer loop. 

The subprogram identified as the communication address scanning program reads the identification code of the 
s lamp unit. As noted above, the identification code is established by a digit switch initially set to provide a unique address 
for the lamp unit within the communication network. This subprogram compares the value read from the switch with a 
copy in the memory. If the comparison shows that the identification address has changed, a timer is started. This timer 
will produce an interrupt of the lamp unit processor after a certain period of time. The new identification address read 
during the scan is stored in the memory for comparing with subsequent identification changes. In each instance in which 
10 a new identification address has been detected, the timer is restarted. No other response is necessary when the com- 
munication address is altered, until the timer interrupt occurs. A time period of five seconds, for example, is preferable 
to assure that an address change has been completed on the switch device. When the timer interrupt occurs, the lamp 
state initialization script is reentered. Processing of the address change occurs in accordance with the noted script, and 
as described above. 

15 As noted above, the command interpreter is activated in connection with communications between the console 

processor and the lamp unit processor. Command response routines may activate one or more other program associated 
with this level of lamp unit processing. These other associated programs include the state data manager, the cue data 
manager, the communications manager, the function logical controllers and the physical control manager. Many of these 
programs report data directly to the state data manager program. The physical control manager oversees the activation 

20 of additional programs which control the physical actuators of the lamp unit, such as motors, dimmers, etc. The command 
response routines are individual scripts of the actions required to carry out a command issued from the console processor. 
This program flow is illustrated in FIGURE 14. Some routines manipulate internal data, while others transmit specified 
data to the console, and yet other programs perform a specific action needed to move or otherwise control the physical 
actuators of the lamp unit. Some of the noted routines call for a combination of the above-specified actions. In describing 

25 the following command response routines, it is important to note that a response routine is selected based on value 
found in the first word of the message transmitted from the console processor to the lamp unit processor. Each of the 
command messages includes a unique value, known as a command identifier. 

The first associated program, the state data manager routine, provides a common source and repository of status 
data from both the console processor and the lamp processor. Data which is received from the console processor, and 

30 which is used infrequently, is maintained accessible to the command response routine, and is retrieved upon demand. 
More frequently used data is passed to the function logical controllers after receipt from the console processor. Certain 
data, termed state data, is transmitted from the console processor in a form which includes data packed together for 
every lamp unit in the system. The state data is transmitted in a single simultaneous transmission to all lamp units. The 
state data manager extracts from the transmission, state data applicable to the particular lamp unit. The control channel 

35 assignment made by the console during the initialization script identifies the data applicable to each lamp unit. The 
logical and physical controllers report the various states of the unit apparatus directly to the state data manager. The 
state data manager combines this data from multiple sources within the unit into a single block of status data. In response 
to periodic console commands, each lamp unit transmits this status block to the console. 

The communications manager is an associated program which has been described previously in connection with 

40 the operation of the command interpreter program. Command response routines performing the download of bulk data 
from the console, (RAM-based programs or cue data) issue read commands to the communications manager routine. 
These read commands are effective to store data sent from the console into the proper memory of the lamp unit memory. 
The command response routines issue write commands to the communication manager when the lamp command re- 
quires a lamp unit transmission of data back to the console. The write commands provide the proper location for access 

45 of the data within the lamp unit memory. 

The communications manager routine also is responsible for the retransmission of data in the event initial trans- 
missions were not received by the console processor. In doing so, the communications manager routine handles the 
fragmentation of large blocks of data, to overcome the affects of noise in communications network channels. 

The cue data manager associated program comprises a conventional key-indexed file system in RAM memory. A 

50 unique, operator-assigned cue number is kept in the first four bytes of each record of the cue data file, and is used as 
an indexer for identifying that record. On cue recall, various indices are searched for a cue number matching that of the 
cue being recalled. If a match is found between the cue number searched, and those stored, the cue data record is 
retrieved and returned to the command response routine. The failure to find a match between indices is likewise reported 
to the command response routine. 

55 Because of the many operational features of the lamp units, there is provided a logical control program for each of 

the physical functions of the lamp unit. While not exclusive, the various lamp unit functions may include intensity, position, 
color and beam logical controllers. Depending upon the manner in which the physical hardware of each lamp unit is 
provided with these functions, a corresponding variety of logical control programs will be implemented. The logical control 
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program each perform a similar function of the lamp unit, by providing a single control point for each function of the 
physical apparatus. The services provided by all the logical control programs include receiving cue data recalled at 
various front panel sources, herein referred to as submasters. The services also include the integration of new cue data 
with previously recalled data from other submasters, changing of the current function data according to manual control 

s command received from the console, and reporting the current function data values. Some of the logical control programs 
also store current function data as preset function values, and also operate in recalling and reporting these preset values 
on command of the console. Some logical control programs also use fader values sent from the console processor for 
proportional scaling of recalled cue data. The physical control manager associated program oversees activation of the 
subprograms which effect the changes in current function data, as computed by the logical controllers. The noted sub- 

10 programs fall into two main categories. The subprograms controlling, for example, stepper motors, implement conven- 
tional algorithms which output a timed sequence of step commands to the motors. Some of the stepper motor subsystems 
will include switch closure indexing feedback for use in assuring that the stepper motors are following the stepping 
commands transmitted by the lamp unit processor. Other functions of the lamp unit involve the driving of dc servomotors 
to provide pan and tilt lamp movement. Lamp velocity information output by a dc servomotor tachometer, and position 

15 feedback information from an optical encoder/counter circuit are transmitted on the system data bus as feedback infor- 
mation to the lamp unit processor. The subprogram controlling these components utilizes a conventional velocity-feed- 
back servo control algorithm. This subprogram is also activated upon an unexpected motion of the servo- controlled 
lamp function by way of hardware interrupts generated by changes in the position feedback signal. The unexpected 
motion of the servo-controlled lamp function notifies the lamp unit processor of movement occurring in the lamp, which 

20 movements were not commanded by the lamp unit processor. It is understood that these subprograms could be replaced 
by analog or digital circuitry. 

Certain status data concerning the lamp unit will originate in the physical controllers. For example, the integrity of 
the bulb in the lamp unit light will be derived from the behavior of the power supply which supplies power to the light. 
The impeded motion of a lamp unit within its range of movement will be deduced when the motor motion fails to produce 

25 a corresponding movement of the lamp. Also, the failure of a stepper motor subsystem can be deduced from the failure 
of a search for an expected index input. This status information is reported directly to the state data manager. 

In accordance with the two examples set forth above showing the console processor operations in response to the 
selection of the lamp for manual control, and for storing cue data, the two examples are repeated below for showing the 
actions taken by the lamp unit processors. The two examples exemplify the processing which occurs in the lamp units, 

30 and include the activation and interaction of the various programs within each lamp unit, and the distribution of tasks 
between the console and lamp units according to the invention. 

The first lamp unit example concerns the sequence of actions occurring when the console operator selects a single 
lamp in the system for manual control, and the manipulation of a console device for changing the spatial orientation of 
the lamp unit. Both examples assume that all necessary RAM-based programs, together with the cue data, are in full 

35 synchronization with the console. 

As part of the main sequencer loop, the lamp unit processor jumps to the command interpreter program to check 
the status of the outstanding read command in the communications manager program. The command interpreter pro- 
gram employs a block of memory space to service the communications manager program. This block of memory contains 
a byte of data which is used to signal the status of the execution of the read command. In servicing the read command, 

40 the command interpreter program checks the status byte of data in the command block being executed by the commu- 
nications manager program. When a flag shows that the outstanding read command has been completed, i.e., that a 
block of data has been received from the console processor, the command interpreter program examines the first byte 
of this data. The value of the first byte of data represents the specific command to be performed by the lamp unit. 
According to the example, the command received from the console is found to be a manual-controlled channel-se- 

45 lector-map command. Since this command does not require additional data from the console, the command interpreter 
program establishes another read command block, and reactivates the communication manager program. The commu- 
nication manager program then prepares the lamp unit to receive another console command transmission and returns 
to the command interpreter. The command interpreter program then jumps to the associated command response routine. 
The noted console command represents a message transmitted to the network and received simultaneously by all the 

50 lamp units connected to the network. Noteworthy, the processing described in connection with a particular lamp unit, 
will also be occurring concurrently in other lamp units of the system. 

Because the performance lighting system of the invention can accommodate upwardly of one thousand stage lights, 
bytes of data must be transmitted throughout the network, one bit position being representative of each lamp unit. The 
location of a bit, corresponding to a particular lamp unit, is derived from the console-control-channel number assigned 

55 to the lamp unit by the console, during the lamp state initialization script. The other lamp units of the system are assigned 
different console- control-channel numbers, and each unit will independently extract its own bit -data from the one hun- 
dred twenty-five byte block. The console-control- channel number is stored in the state data manager program. 

The action required of the command response routine, as a result of decoding the console transmission, is to jump 
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to the state data manager program with the location in memory of the 125-byte block. Also, the command response 
routine provides an identifier indicating that the manual-control status bit is to be manipulated. 

The state data manager is provided with a subprogram which utilizes the console-control-channel number as an 
index to extract the value to be assigned to the boolean flag concerning the lamp unit selection/deselection for manual 
s control. This boolean flag is referenced when manual-control commands are received, and either allows or disallows a 
reaction by the lamp unit. Control from the state data manager program is then returned to the endless loop of the main 
sequencer. 

The lamp unit processor executing the instructions of the main sequencer program periodically enters the command 
interpreter program to ascertain whether a new transmission has been received from the console. It is assumed here 

10 that commands are received from the console indicating that the console operator is manipulating the lamp position 
controls. As a result, the next lamp unit commands received by the command interpreter are encoder-change commands. 
This information is determined from a first byte of the encoder-change command, whereupon a jump is made to the 
appropriate command response routine. Again, this command is received simultaneously by all lamp units in the network, 
and all such lamps will be executing the appropriate actions concurrently. 

15 The command response routine concerning the foregoing command, first checks with the state data manager wheth- 

er the boolean flag currently indicates the selection or deselection of the particular lamp unit for manual control. If the 
flag is not set, the command response routine terminates, and thus the encoder-change command is ignored as the 
lamp is not selected for manual control. However, in the current example, processing continues as the flag is assumed 
to be set as part of the preceding manual-control channel-selector-map command. 

20 The encoder-change command byte transmitted by the console in response to the change of position of a console 

control, is accompanied by a byte of data identifying the particular console encoder. This is essential as there are several 
encoders on the console panel. Each encoder provides control of a different lamp function. In addition, the encoder- 
change command byte contains data representative of the amount of change in the encoder input value. Because each 
encoder is associated with a different function of the lamp unit, the command response routine executes a jump to the 

25 function logical controller associated with the encoder that has a changed input value. The command response routine 
also passes along the data corresponding to the amount by which the position of the lamp unit is to be changed. 

With regard to the present example, the position logical controller is activated. The position logical controller reads 
the data representing the current command position of the lamp unit, and modifies this data by an amount linearly 
proportional to the received encoder change input value. This new value is now stored as the new position of the lamp 

30 unit, whereupon the position logical controller returns to the command interpreter. 

Next, the command interpreter program activates the physical control manager which compares the command data 
presently stored in memory with all the logical controllers with the actual positional states of the lamp unit physical 
devices. The actual states of the physical devices are brought into conformance with the commanded states. In those 
situations where more than one function data has changed, the physical control manager will activate the physical 

35 actuator programs in preprogrammed combinations in order to ensure that all such actuators perform properly. 

In the present example, only the servomotor control program is activated. This program calculates the direction of 
change called for by the new command data, as well as the appropriate magnitude of the voltage to be applied to the 
servomotor. An associated timer is also triggered to provide periodic hardware interrupts. At each interrupt, the servo- 
motor control program will recalculate the appropriate voltage to be applied to the motor, until the actual state of the 

40 servomotor subsystem matches the command data established by the position logical controller. 

The foregoing institute the motion of the desired servomotor to effect a corresponding change, for example, in the 
pan or tilt position of the lamp unit. Once servomotor motion is initiated, the lamp unit returns from the servomotor control 
program and the physical control manager program to the command response routine and the command interpreter. 
Control is returned from the latter two programs to the main sequencer where the scanning for received commands, 

45 memory checksum failures and communications address changes processing resumes. Until such time as the new lamp 
unit position is reached, the hardware interrupts and servomotor control recalculations are interspersed with the actions 
of the main sequencer's endless loop. The high level commands transmitted by the console through the network and 
to each lamp unit, the commands undergo additional processing in each unit to determine the effect of the command 
on the unit, and to accomplish the desired result, if applicable. 

50 The next example involves the processing in the lamp unit as a result of the console operator having actuated the 

"store cue" switch on the console panel. The lamp unit processor exits the endless loop of the main sequencer and 
jumps to the command interpreter to check the status of an outstanding read command in the communications manager 
program. In this example, the command interpreter program discovers a newly received message from the console, 
having a store-cue opcode in the first byte of the command message. The command interpreter restarts the read com- 

55 mand on the communications manager, and calls the store-cue command response routine. This command is received 
simultaneously at all lamp units in the network, and all such units execute the following sequence of actions concurrently. 

In the command response routine, each logical controller is queried concerning the current commanded function 
data. This data is packed into ten bytes of memory storage area. Moreover, this block of data is combined with four 
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bytes of data representing the operator assigned number for the cue. It should be understood that the cue number was 
received as part of the cue-store command transmission from the console. The command response routine then calls 
the cue data manager program, bringing with it the fourteen-byte blockof data resulting from the above-noted processing. 
The cue data manager scans its list of record indices, i.e., cue numbers, for an index matching that of the record 

5 cue number passed by the command response routine. If a match is found, the accompanying data record is overwritten 
with the data record received from the command response routine. If no match in the index is found during the search, 
a new record is written into a blank record area in the index and data file. This data memory of the lamp unit is of the 
type which has not yet been transmitted to the console disk copy to update the present lamp units cue data. Sufficient 
room should provided for several cue records should there exist a delay in transmitting the data records to the console 

10 disk storage. The cue data manager then returns to the command response routine. 

The command response routine immediately calls the state data manager to set a flag in the lamp status word 
indicating that the lamp unit has cue data ready for transmission to the console disk storage. The programs are then 
returned in seriatim through each other, until the lamp unit has threaded its way back to the main sequencer. Processing 
within the endless loop of the main sequencer then resumes. 

15 At some point, in the processing of the cue store command, the command interpreter senses that a message has 

been received having a lamp-status-report opcode. A preparatory read command is reissued to the communications 
manager program, and the lamp-status-report command response routine is called. These lamp-status-report com- 
mands are dispatched individually to each lamp unit in the network, wherein only one unit will respond to the console 
at a time. 

20 The command response routine calls the state data manager program to obtain the current value in the lamp status 

words. This blockof memory is utilized as the message data in a write command issued to the communications manager 
program. This write command has no interaction with the read command just performed in preparation for the next 
console command transmission. Return is had through the various programs to the main sequencer, where the endless 
loop is resumed. 

25 The flag set in the lamp status data, which flag was reported to the console in the previous command, prompts the 

console to issue a read-cue-data-change-buffer command. This command is received by the communication manager 
program of the lamp unit, and is sensed by the command interpreter program. In addition, this command is addressed 
to a particular lamp, and only that lamp will transmit a response. A read-cue-data-change-buffer command response 
routine is provided for retrieving the list of new cue data from the cue data manager program. In addition, the noted 

30 command response routine sends the list as message data in a write command to the communications manager program, 
and calls the state data manager to clear the flag indicating data is present in the cue data change buffer. As a result, 
the lamp unit processor returns to the endless loop of the main sequencer, and waits further console commands. 

The foregoing illustrates the lamp unit processor actions required to carry out a change in the position of a stage 
light, as well as the storing of cue data within the lamp unit memory. The flexibility of the system, however, is not limited 

35 to the foregoing. While an exhaustive description of each command is not necessary, and would only encumber the 
description of the invention, the other lamp commands used in connection with the lamp units of the invention are listed 
below. 

The overall function of the programs to carry out the operation of the present invention have been described in detail 
in reference to FIGURES 10-14. A detailed code listing for a representative portion of the overall program is presented 

40 below. This is the code required for implementing the color logic control which was described in reference to FIGURE 
14. This code is written for execution on a Motorola microprocessor Model 68000. The color logic control program is 
quite similar to the logic control programs for intensity, position and beam diameter. 

It can be seen from the foregoing that the lighting system disclosed provides accurate, efficient, and flexible control 
of several hundreds of automated lamp units. Provisions are included for the reporting of status data from the lamp units 

45 to the control console. This status data may include real-time display of parameter data including the present intensity, 
color, beam shape, and beam direction of the lamp units as well as any timing parameters associated with the present 
cue which has been recalled. Provisions are also included for the renewal of operating system programs in any lamp 
units which experience serious logical errors in their associated memory. Provisions are also included for the storage 
of parameter data associated with the various cues, which enables an operator to save the data used to execute a show 

50 and to load said data into a lighting system similarly configured but composed of discretely different lamp units which 
may be disposed in a different physical location from that at which the show was previously performed, for example on 
a different continent. 

Referring now to FIGURE 15, a simple data repeater circuit (shown in greater detail in FIGURE 9), includes an 
activity sensor 392 coupled to the broadcast network 38 and an activity sensor 394 coupled to the reply network 40. 
55 Each activity sensor drives a red LED 396 (via pulse stretcher circuits which make the flickering of the LED visible to 
the human eye), which LED's are mounted on the exterior of a repeater box and flash whenever there is any electrical 
activity on the branch of the corresponding network to which the repeater is connected. 

The simple data repeater also includes a Manchester decoder/encoder 352 coupled to the broadcast network 38 
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and a Manchester decoder/encoder 374 coupled to the reply network 40. As described earlier, the Manchester encod- 
er/decoder integrated circuit can be connected in a "repeater" mode in which messages received at its input are decoded 
and then re-encoded for further transmission. Each decoder/encoder drives a green LED 398 (via pulse strechers), 
which LED's are also mounted on the exterior of a repeater box and flash whenever there is valid Manchester-encoded 

5 data passing through the repeater. In normal operation, red and green LED's will flash simultaneously. Any other con- 
dition, for example red LED flashing with no green LED flashing, indicates an error in data transmission. However, this 
arrangement can not detect subtle errors in the messages transmitted through the network. 

As shown in FIGURE 16 and FIGURE 17, the data communications network 26 implemented in this automated 
stage lighting system includes a control console 24 communicating with a plurality of automated lamp units (ALU) through 

10 several intervening repeater circuits. A "console repeater" 54 located in a power and signal distribution rack 400 receives 
transmissions from the control console and repeats these transmissions to one or more "trunk repeaters" 55. One such 
trunk repeater 55 is normally located in the distribution rack 400 with the console repeater 54. 

The trunk repeater supports data communication links 26C to seven trunk cable connectors 402 which, when con- 
nected to appropriate multi-conductor trunk cables, provide power and data to repeater boxes normally hung in a lighting 

15 truss in proximity with the lamp units. The console repeater 54 also supports links 26B to eight auxilliary data connectors 
404, which in turn are used to connect to additional distribution racks 408 through appropriate data input connectors 
406. Data signals are thereby provided to trunk repeaters 55 located in the additional distribution racks. The additional 
distribution racks then provide power and data to other repeater boxes normally hung in the lighting truss in proximity 
with other lamp units. Each repeater box then provides power and data for up to nine lamp units. 

20 in one embodiment of the lighting control system, one control console 24 connects to one "master" distribution rack 

400, and thereafter to eight "slave" distribution racks 408 via the auxilliary data output connectors 404. Each distribution 
rack connects to seven repeater boxes via the trunk cables. Each distribution rack can then provide power and data for 
up to 63 lamp units. One master rack and eight slave racks can then provide power and data for up to 567 lamp units. 
To expand the system capacity to the 1 ,000 lamp unit configuration supported by the system software, each slave rack 

25 408 can connect to an additional slave rack via a data output connector 41 0 driven by a spare output of its trunk repeater. 
Eight additional slave racks so connected via link 26E provide power and data for up to 504 additional lamp units, well 
in excess of the 1 ,000 lamp units supported by the system software. 

As shown in FIGURE 18, the broadcast network provides the same data signal to all lamp units practically simul- 
taneously. Through the broadcast network 38 the console 24 sends each message to each receiver (RX) in each lamp 

30 unit simultaneously. 

FIGURE 19 shows the interconnections of the reply network 40. The console 24 acquires status data from the lamp 
units by sending a message to the first lamp unit over the broadcast network 38 and then awaiting that lamp unit's 
response over the reply network 40. After the status report message has been received by the console from that lamp 
unit, the sequence can be continued for the other lamp units in the system. The reply network is connected in a fashion 

35 similar to the broadcast network, except that the lamp units include transmitters (TX) for sending messages while the 
console includes a receiver (RX) for receiving messages. 

During each reply transmission, only one of the many links 40D between lamp units and repeater boxes is utilized. 
As shown in FIGURE 19, a reply transmission reaches the console through only one link 40C between a repeater box 
and a distribution rack, only one link 40B between a trunk repeater and the console repeater, and the one link 40A 

40 between the console repeater 54 and the control console 24. Thus, if one unit of time is required to acquire status data 
from one lamp unit, it will take 1 ,000 units of time to acquire status data from all 1 ,000 lamp units. 

It can be readily appreciated that if two or more lamp units were to respond to one request for status data, multiple 
transmissions would appear simultaneously on the link 40A between the console repeater and the control console. 
Similarly, any noise injected into the reply network would be superimposed over legitimate signals on the link 40A be- 

45 tween the console repeater and the control console, resulting in a garbled reception by the console. Improved repeaters 
according to one or more aspects of the present invention provide the ability to identify and isolate erroneous lamp unit 
transmissions and noisy links in the reply network. 

An improved repeater shown in FIGURE 20 includes a processor 450 and its associated read-only memory, ran- 
dom-access memory, and control circut for receiving inputs from the activity sensors and Manchester decoder/encoders. 

50 The processor interprets these inputs and turns on the LED's 396 and 398 by its associated control circuit to indicate 
the condition of the data link networks. For example, a green LED is lit to indicate a properly working data link network 
while a red LED is lit to indicate a malfunctioning data link network. In the absence of any activity, both LED's can be 
turned off. Separate pairs of red and green LED's are provided for the broadcast and for the reply data link networks. 
Alternatively, an alpha-numeric display device 452 may be incorporated into the repeater circuit to display simple codes 

55 or messages. 

Another improved repeater shown in FIGURE 21 incorporates a multi-protocol communications controller chip 454 
such as used in the console and lamp unit communications circuits. Using the communications controller chip coupled 
to the Manchester decoder/encoders, the processor can now detect line activity not resulting in a valid communications 
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controller interrupt. The additional gates 456 and multiplexer 458 shown enable the processor to sample individual reply 
line inputs and to disable certain reply line inputs to stop noise or unauthorized transmissions from spreading into other 
parts of the system. 

In one mode of operation, signals appearing at gates 456 are applied to a nine-input logical OR gate 460 and 
s combined into one signal on line 462. Since only one of the nine inputs to gates 456 will be active at any one time in a 
properly working system, only one signal will appear on line 462 at one time. The signal on line 462 is connected via 
logic gate 466 to Manchester decoder 468 and thereafter applied to communications controller 454 where it can be 
examined for errors by processor 450. If no errors are detected, the processor and communications controller transmit 
the message via Manchester encoder 470 onto the next branch of reply network 40. 
10 |f errors are detected in the signal received over reply network 40, a diagnostic mode is entered by the repeater 

processor 450. Using a plurality of logic control signals shown as control bus 476, the processor 450 operates multiplexer 
458 to sample the various discrete signals at the input to OR gate 460. The output of the multiplexer 458 on line 464 is 
applied to gate 466 which is operated via control bus 476 to connect the multiplexer 458 to Manchester decoder 468. 
By coordinating the operation of the multiplexer 458 with the communications controller 454 in error detection mode, 
15 the processor 450 may determine that one of the lamp units connected thereto is transmitting unintelligible signals or 
noise or is transmitting at inappropriate times, thereby garbling other legitimate signals. The processor then utilizes 
control bus 476 to disable the offending input at gates 456, thereby restoring communication integrity for the properly 
functioning lamp units. 

Broadcast messages are handled in a similar fashion. Signals appearing on broadcast network 38 are applied to 
20 Manchester decoder 472 and thereafter to communications controller 454 where they can be examined for errors by 
processor 450. 

According to another feature of the present invention, a "smart repeater" shown in FIGURE 22 further includes a 
direct memory access (DMA) controller 480 connected between the communications controller 454 and random access 
memory (RAM) 482. This configuration is functionally equivalent to the processor/modem complex used in the control 

25 console and in the lamp units. One of the advantages derivable from this circuit arrangement is that each smart repeater 
can now communicate with the console just as any lamp unit can. 

The console can send network control messages which are received by all repeater units practically simultaneously. 
A network control message may be addressed to a specific repeater unit or the message may be addressed to all 
repeater units using a common repeater address. Each repeater unit individually responds to the message depending 

30 on the address or the content of the message. For example, a message instructing the repeaters to begin status polling 
of the lamp units would be sent to a common repeater address. A message instructing a specific repeater to transmit a 
block of lamp unit status data to the console (or to the next repeater unit along the reply network) would be sent to a 
specific repeater address. The repeater also sends network state messages as required, which messages include for 
example: data representing the kinds of errors detected, which branches of the network exhibit errors, and which branch- 
es es have been disabled. 

In one mode of operation, signals appearing on broadcast network 38 are detected by activity sensor 392 and 
decoded by Manchester decoder 472. The signals are then routed through bypass gates 484 to communications con- 
troller 454. DMA controller 480 and communications controller 454 receive the signals into RAM 482 where the decoded 
message can be examined or interpreted by processor 450. If no errors are detected and the message contains infor- 

40 mation for lamp units, the processor may compose a new message or re-transmit the original message to the lamp units. 
DMA controller 480 and communications controller 454 then cooperate to transmit the message through bypass gates 
484 via Manchester encoder 474, which is coupled to broadcast network 38 by gates 478. Using control bus 476, now 
reconfigured to operate the gates 456 and 478, processor 450 can transmit broadcast signals to all nine outputs coupled 
through gates 478, or to any one or more individual output coupled thereto. Control bus 476 also operates input gates 

45 456 so that selected individual inputs can be disabled or enabled in the manner described above. 

In the reply mode, if errors are detected in the signal received from the reply network 40, the repeater unit may 
request the lamp unit to transmit the message again. If after several tries, the repeater cannot get an error-free message 
from a particular lamp unit, or if the repeater processor detects errors on two or more channels connected thereto, a 
diagnostic mode is entered by the repeater processor. If no errors are detected, the processor and communications 

50 controller transmit the message via Manchester encoder 474 onto the next branch of the reply network 40. 

Other improvements derivable from a smart repeater include: detecting line activity not resulting in a valid commu- 
nications controller interrupt; reception of framing errors, cyclical redundency check (CRC) errors, or overrun errors 
detected by the communications controller; detecting errors in the header data added to each message by communi- 
cations software; detecting logical errors in some of the data messages; receiving not-acknowldge (NACK) or detecting 

55 lack of an acknowledge (ACK) signal in response to transmitted messages; disabling reply line inputs to stop noise or 
unauthorized transmissions from spreading into other parts of the system; collecting status data from a plurality of lamp 
units or status data from other repeaters; and downloading operating system programs to lamp units or repeaters. 
Advantages derived from the above improvements include: 1) improved feedback to the system technician, making 
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the data link indicators easier to read and understand; 2) reporting the location of sensed errors back to the console for 
display at a central location; 3) improved ability of the system to operate in a degraded mode (communications errors 
present); and 4) improved through-put of the communications subsystem in the normal mode, especially as relates to 
status polling. 

s A smart repeater according to the present invention, as shown in FIGURE 22, enables dramatic improvements to 

both the utilization of communication links and the time required to collect data from all the lamp units. Once the console 
sends a message initiating the process, for example a message broadcast to a common repeater address, all of the 
truss repeaters 56 simultaneously collect data from the nine lamp units connected to each truss repeater. All of the trunk 
repeaters 55 then simultaneously collect blocks of data from the seven truss repeaters 56 connected to each trunk 

10 repeater 55. The console repeater 54 in master distribution rack 400 then collects blocks of data from the nine trunk 
repeaters 55 connected to the console repeater 54, and sends the entire block of all data collected to the console 24 in 
one message. 

According to the preferred embodiment, the utilization of communication links is increased because 63 truss re- 
peaters 56 are using 63 links 26D at any one time. Only nine units of time are required to collect status data from 567 

15 lamp units into the truss repeaters. Thereafter, nine trunk repeaters 55 are using nine links 26C at once. Seven units of 
time are required to collect status data from 63 truss repeaters into the trunk repeaters. The one console repeater 54 
still uses only one link 26B at a time, and requires nine units of time to collect status data from the nine trunk repeaters. 

More significantly, the console receives status data from 567 lamp units in one transmission from console repeater 
54 over reply link 40A, thus saving the time required to transmit 566 message headers. The same volume of data is 

20 transmitted with much less overhead. Thus, the improved lamp-to-console reply process results in drastic reductions in 
both the time required to collect status reports and in the probability of error. Moreover, while the lamp units are trans- 
mitting data to the truss repeaters, trunk repeaters are transmitting data to the console repeater; and while the truss 
repeaters are transmitting data to the trunk repeaters, the console repeater is transmitting data to the console; thereby 
further increasing utilization of the data links. In this way the smart repeaters interleave their own status information into 

25 the collection of lamp unit status data. 

A smart repeater according to the present invention maintains operating system programs for all lamp units con- 
nected thereto and performs any necesssary down-loads without tying-up the whole system. The storage and download 
of the operating system programs may be made depending upon the configuration of the respective lamp units. In the 
case of a truss repeater performing such a down-load, only the other eight lamp units connected thereto are prevented 

30 from receiving any system cue commands during the down-load, the rest of the system being free to operate normally. 
Moreover, if all lamp units require operating system down-load, several smart repeaters hanging in the lighting truss can 
perform the operation in much less time than one control console can. 

A smart repeater as shown in FIGURE 22 includes a set of gates 478 for the various broadcast link outputs and a 
separate set of gates 456 for the various reply link inputs. This arrangement enables the smart repeater to communicate 

35 with selected lamp units individually. If, for example, two lamp units are accidentally set to the same address, both will 
transmit status reports upon receipt of a request for status. This results in garbled reception at the repeater. The smart 
repeater then transmits to each output individually, requesting from the lamp unit connected thereto the identity or ad- 
dress assigned to that lamp unit, and receives the response over the corresponding input. If two lamp units are set to 
the same address, the smart repeater determines this to be the case and reports the information to the console for 

40 display to an operator. The smart repeaters themselves can be identified by the setting of form and function switches 
(to identify the processor as a repeater and not a lamp unit) and by the setting of thumbwheel switches (to identify which 
repeater the processor is), both of which are included in a repeater unit identity circuit 494. Alternatively, the console 
repeater 54 can assign an identity to each trunk repeater 55 connected thereto, transmitting that identity via each of its 
nine outputs one-at-a-time. Thereafter each trunk repeater 55 can assign an identity to each truss repeater 56 connected 

45 thereto, transmitting that identity via each output one-at-a-time. 

Any system utilizing processor-controlled devices must accomodate the possibility of a processor lock-up, a condi- 
tion in which the processor may cease to perform its normal function due to corrupted data or the inadvertent execution 
of an endless loop of program instructions. The smart repeater of the present invention anticipates this possibility and 
provides a set of logic gates 484 associated with the communications controller, which route signals to and from the 

50 Manchester decoders and encoders and the communications controller. In a default state, the bypass gates route the 
output of the broadcast decoder 472 to the input of the broadcast encoder 474, while also routing the output of the reply 
decoder 468 to the input of the reply encoder 470. Each of the decoders and encoders themselves are connected in a 
default state as "repeaters", re-encoding the signal which appears on its input and providing the signal to its output. The 
default state of the signal repeater unit at initial power-up is that of a "dumb repeater", the operation of which is similar 

55 to repeater 52 as shown in FIGURE 9. 

When the processor in the smart repeater initializes and begins to execute its stored programs, one periodic function 
is to reset, via control line 486, a hardware timer incorporated in the bypass gates 484 and switch the gates so that all 
signals are routed through the communications controller. Control logic gates associated with the bypass gates produce 



23 



EP0 534 710B1 



logic signals 488 which are applied to the Manchester devices to reconfigure the devices from repeaters to encoders 
or decoders as required. As long as the processor continues to function normally, and periodically reset the hardware 
timer associated with the bypass gates 484, the unit functions as a smart repeater. If the processor fails and ceases to 
properly execute its programs, the timer times-out and the unit switches over to dumb repeater mode. The provision of 

s a dumb repeater mode for default or emergency operation ensures continuity of the system data communications network 
in the event of a processor failure in one of the signal repeater units. 

Any of the processor-controlled repeaters of the present invention can be provided with a standard serial data port 
490 for connection to a portable or hand-held data terminal. A technician can connect such a terminal to a serial port 
connector provided on a repeater box or on a distribution rack and use the terminal to initiate diagnostic tests of the 

10 data link system, and receive test results and/or status data. For example, if the red reply link LED is lit on one repeater 
box, a technician can plug into the box with a hand-held data terminal to receive more detailed information about the 
indicated malfunction. A technician can also use the terminal to initiate further tests, which may be executed by the 
processor at the repeater, or which may be requested of the control console via a message sent from the repeater. 
A portable data terminal can communicate with the repeater processor in the spare time between handling system 

15 commands and lamp unit responses transmitted over the data link network. A technician using the terminal can transmit 
a message to the console requesting a system command message be transmitted to one or more lamp units. The 
technician can for example start and douse bulbs this way while working in the lighting rig. Alternatively, a technician 
using the terminal can transmit a message to one or more lamp units connected to the signal repeater unit. A terminal 
connected at a distribution rack can transmit messages to one or more of a plurality of truss repeaters connected thereto. 

20 As an alternative to the portable data terminal, a smart repeater may include an alphanumeric character display 

452 for indicating the status of the data link network by displaying error codes or similar human-readable messages. A 
plurality of push-button switches 492 may be provided as input devices, and may be used in conjuction with a simple 
menu of input choices written to the display unit by the processor. This way, a technician may request error code reports, 
intitiate diagnostic routines or other functions by communicating with the repeater unit processor through a simple, built-in 

25 data terminal arrangement. 

Although several embodiments of the invention have been illustrated in the accompanying Drawings and described 
in the foregoing Detailed Description, it will be understood that the invention is not limited to the embodiments disclosed, 
but is capable of numerous rearrangements, modifications and substitutions without departing from the scope of the 
invention. 

30 



35 



40 



45 



50 



55 



24 



EP0 534 710B1 



SOFTWARE LISTING 

name color_logic_controller 

global iops,col_lc_svc 

global cwhl_cmd_posn , cwh2_cmd_posn 

gen. 1 

nolist 

list 

list line (97) 

nolist sym 



section c .wheel , align < 2 ) , class«constqq 

0000 00000020 case_lu long svcl 

0004 00000070 long svc2 

0008 OOOOOOCB long svc3 

000C 00000172 long svc4 

0010 000001CA long svc5 

0014 0000021A long svc6 

0018 0000022C long svc7 

001C 00000272 long svc8 

0020 00000276 long svc9 

0024 000002E2 long svciO 

0028 000002E6 long svcll 

002C 000002FE long svc!2 



section d. wheel, align ( 2 ) , class*dataqq 



0000 

0012 
0016 



12 

4 
4 



j ** call block defs 
c block block 



buff_p 
rbuf_p 



block 
block 



internal variables 



001A 


1 


mc_sel 




block 


1 


001B 


1 


sm sel 




block 


1 


001C 


1 


max_fade block 


1 






001D 


1 


; 

ab toggle 




block 


1 


001E 


1 


a_ab_toggle 




block 


1 


001F 


1 


dummy 




block 


1 


0020 


2 


c ue_da t a_ v a 1 i d 




block 


2 


0022 


4 


xf cue 




block 


4 


0026 


4 


a_xf_cue block 


4 






002A 


12 


sm_int_cue 




block 


11 


003D 


2 


int_cue 




block 


2 



18 ; space for call_block 

4 ; parameter space 

4 ; return parameter space 



; manual control byte (boolean) 
;submaster select state (packed) 
;maximun possible fader value 

;1 byte to indicate which cue d 
;1 byte to indicate which cue d 
; an align byte 

;valid dateflag 

?2 bytes per cue (col, sat) * (x 
;AUTO 2 bytes per cue (col, sat) * 

t \2 bytes (ir, wh ) per subraaster 

; bpl_sm, bp2 sm, xf sm, axf_sm, 
; ch2_sm, dirT_sm, dTr2_sm, mtrx_ 

;2 bytes (col, sat) for current 
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section i .wheel , align ( 2 ) , class«instrqq 
TEST RANGE OF OPCODE 



0000 2A6F0004 col lc svc 



roovea.l stkpram( a7 ) , a5 ;get base address 



0004 4246 
0006 102D0001 
000A 67000374 

OOOE 0D06000C 
0012 6E000360 



0016 5346 

0018 E54E 
001A 41F90000 
0000 

0020 286D0006 
0024 3E1C 

0026 20706000 

002A 4ED0 



;+* get and test opcode limit 
clr.w d6 

move . b cb_opcode ( a5 ) , d6 
beq operr 

cmpi .b #c_manl_cmd , d6 
bgt operr 



; clear top 6 bits 
;get opcode in d7 
;exit if under range 

;test upper limit 

; branch to opcode error s 



; ** adjust 1 - max to 0 - (max - 1) and test low limit * 
subq.w #l,d6 ; convert 1-max to 0-(max- 

; ** calculate jump for THIS case ** 

lsl.w #2,d6 ; adjust for 4 bytes per a 

lea case lu,aO ;get base of lookup for j 



movea.l cb_buf f (a5 ) , a 4 
move.w (a4)+,d7 

movea.l 0 (a0 , d6 .w) , aO 

jmp <a0) 



;set up pointer to buff 
;get 1st buff_dw in reg 

;get THIS case svc addres 

?jump to svc 



CASE 1 



INITIALIZATION 



** initialize call block ** 



002C 49F90000 

0000 
0032 4290 
0034 38FC0004 
0038 28FC0OO0 

0012 
003E 425C 
0040 38FC0004 
0044 28FC0OOO 

0016 



svcl 

clr.l 
move . w 
move • 1 

clr.w 
move .w 
move . 1 



lea 



c block r a4 



; point to call_block 



004A 49F90000 

001A 
0050 3E3C0007 

0054 429C 

0 0 56 51CFFFFC 

005A 425C 



(a4) + ; clear device_id, opcode , flags, 

imax buff_l,(a4)+ ;init length wd to max le 

#buf7__p, (a4 )+ jinit buff with buff^p address 

(a4)+ ; clear count, max^buff 

Imax rbuf_ l,(a4)+ ;init max_buf to max #of 

IrbuF p,(a4) ;init rebuf with rbuf p address 



; ** initialize internal variables ** 

lea mc_sel,a4 ; point to 1st byte internal va 



move.w #7,d7 

i lpl clr.l (a4)+ 

ctbra d7,i__lpl 

clr.w (a4)+ 



;set up loop count 

; clear variables 
;loop till finished 
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005C OD2D0001 cmpi.b #warm_init , cb_f lag< a5 ) rtest for cold or warm st 
0002 

gexit jexxt 



0062 6600033A bne 

0066 42790000 clr.w 
003D 

0060 600002BC bra 



int_ cue 
abschg 

CASE 2 - DIR CUE 



; clear internal cue 



0070 0C470002 
0074 62000314 



svc2 
bhi 



00A2 0DF90000 
0020 



00AB 022D0002 

0002 
00AE 660002EE 



00B2 OD390000 

001B 
00B8 670002E4 



00BC 33F37000 
0000003D 
00C4 60000264 



cmpi.w 
bdate 



Idir3 id f d7 ; compare to max 

branch if index is over range 



007B 


3A1C 


move 


. w 


007A 


0C450OFF 


cmpi 


. w 


007E 


6200030A 


bhi 




0082 


3814 


move 


.w 


0084 


0C440012 


cmpi 


.w 


0088 


62000300 


bhi 








• * * 




0080 


47F90000 


lea 






002A 






0092 


06470000 


addi 


. w 


0096 


3D07 


move 


.w 


0098 


E34F 


lsl.w 


009A 


17857000 


move 


.b 


009E 


17847001 


move 


.b 



** get and teat col A sat data ** 

<a4)+,d5 ?get col data 

#f scale col,d5 ?test for over range 

bdata " ?exit if over range 

(a4),d4 ;get sat 

If_scale_sat,d4 ;test for over range 
bdata 



sm int cue,a3 



#l.d7 



yexit if over range 
;get base address of cue array 



;save copy of index 
;adjuat for 2 byte per cue 



5 set valid data flag ** 
bset d6,cue data valid 



>test for recover process <state_pak) 



andi . b # recover , cb_f lag ( a5 } 
bne gexit 



;test for flag set 
; exit if set 



; teat for this direct selected ** 

btst d6,sm sel ;test for this sm selected 



beq 



gexit 



jexit if this direct not selected 



j ** service this direct selected ** 

move.w col(a3,d7.w) , int_cue ;move to data to intermed 
bra 



abschg ;exit 
CASE 3 - XF_CUE 

00DB 0C470001 svc3 cmpi.w #xfb_id,d7 ;test for max 
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OOCC 620002BC bhi 



OODO 


3A1C 


move • w 


00D2 


0C4 500FF 


cmpi • w 


00D6 


620002B2 


DAI 


OODA 


3814 


move . w 


OODC 


0C440012 


cxnpi. • w 


OOEO 


620002A8 


bhi 






** SVC 


00E4 


47F90000 


lea 




0022 




OOEA 


3C07 


move • w 


00 EC 


E34F 


lsl.w 


OOEE 


17857000 


move.b 


00F2 


17847001 


move • b 


00F6 


47F90000 


lea 




002A 




OOFC 


0647000A 


addi.w 



bdata 

get and teat: col & 
<a4)+,d5 
#f_scale_col,d5 
bdata 



(a4),d4 

#f_scale_sat,d4 
bdata 



0100 45F90000 

0020 
0106 08D20005 
010A 4A46 
010C 6600001A 



0110 08D2000E 
0114 0&12000F 
0118 66000022 
011C 17857000 
0120 17847001 
0124 60000016 



xf cue,a3 



#l,d7 



sm_int_cue,a3 



? ** valid cue data flag ** 
lea cue data valid, a2 



r branch if index over range 
sat data 

?get col data in range 

;test range 

;exit if over range 

;get sat data 

?test range 

;exit if over range 

rget base address of array 

;make copy of index 

; adjust for 2 byte offset 



bset #xf sm-i, (a2) 
tst.w d6 
bne jp31a 



;set flag 

;jump if just recalled xfB 



• "test for data in xfA ** 

bset #xf_offset, (a2) 

btst #xf offset+1, (a2) 

bne jp3la 

move.b d5 r col(a3,d7.w) ;move cue date in to array 

move.b d4 , sat ( a3 , d7 .w) ;move cue data in to array 

bra jp32a 



0128 
012C 
0130 
0134 
0138 



013C 
0142 
0146 



08D2000F jp31a 
0812000E btst 
6600000A bne 
17857000 move 
17847001 



BC390000 jp32a 
001D 

67000008 beq 



test for data in xfB ** 

bset #xf offset+1. (a2) 

#xf offset, (a2) 

jp32a 

.b d5,col(a3,d7.w) ?move cue data in to array 
.b d4,sat(a3,d7.w) ;move cue data in to array 

test for new ab_toggle ** 
cmp.b ab_toggle,d6 ; 



13C60000 
001D 



move . b 



jp31 

d6,ab toggle 



;jump if ab_toggle the same 
;save new ab_toggle 



; "test for recover process (state pak) 
014C 022D0002 jp31 andi.b trecover ,cb_f lag<a5) ;test for flag 

0002 
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0152 6600024A bne 



gexit 



;exit if set 



0156 08390005 
0000001B 
015E 6700023E 



0162 13D50000 

0030 
0168 13D40000 

003D 
016E 600001BA 



; ** test for this sub-master selected ** 

btst *xf_sm-l,sm_sel ; test for this sm selected 

beq gexit ;exit if this direct not selected 

? ** service this direct selected ** 

move.b d5 ,col+int_cue ;move to data to intermediate cue 
move.b d4 , sat+int_cue ;move to data to intermediate cue 



bra 



abschg 
CASE 4 



?exit 
CHASE CUE 



0172 0C470001 
0176 62000212 



017A 3A1C 
017C 0C4500FF 
0180 62000208 

0184 3814 
0186 0C44O012 
018A 620001FE 



svc4 cmpi.w #ch2 id,d7 jcompare to max 

bhi bdata ~ ; branch if index is over range 

j ** get and test col ft sat data ** 

move.w (a4)+,d5 ?get col data 

cmpi.w #f scale_col,d5 ftest for over range 

bhi bdata jexit if over range 

move.w <a4),d4 ;get sat 

cmpi.w *f scale_sat,d4 ;test for over range 

bhi bdata ;exit if over range 



016E 


47F90000 


lea 




Q02A 




0194 


06470002 


addi.w 


0198 


3D07 


move . w 


019A 


E34F 


lsl.w 


019C 


17857000 


move .b 


01A0 


17847001 


move • b 



01A4 0DF9OO0O 
0020 



01AA 022D0002 

0002 
01B0 660001EC 



01B4 0D39000O 

001B 
01BA 670001E2 



01BE 33F37000 



J ** SVC ** 

am int cue,a3 



tl,d7 



;get base address of cue array 

; convert to sm id 

; save copy of index 

; adjust for 2 byte per cue 



; ** set valid data flag ** 
bset d6,cue data valid 



. ** test for recover process (state_pak) ** 
andi.b #recover,cb flag(a5) ? test for flag set 



bne 



gexit 



? exit if set 



. #* test for this direct selected ** 

btst d6,sm sel ftest for this sm selected 



beq 



gexit 



;exit if this direct not selected 



. ** service this direct selected ** 

move.w col(a3,d7.w) , int cue ;move to data to intermed 
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0000003C 
01C6 60000162 bra 



abschg ; exit 

CASE 5 - MTRX CUE 







2 * * 


get 


01CA 


3A1C 


svc 5 




01CC 


0C4500FF 


cmpi 


. w 


01D0 


620001B8 


bhi 




01D4 


3B14 


move 


.w 


01D6 


0C440012 


cmpi 


.w 


OXDA 


620001AE 


bhi 


! 






. ** 


SVC 




a 7PQOO00 


lea 






002A 






01E4 


06470004 


addi 


.w 


01E8 


3C07 


move 


.w 


01EA 


E34F 


1*1. 


w 


01EC 


17857000 


move.b 


01F0 


17847001 


move 


.b 






. ** 


set 


01F4 


ODF90000 


bset 






0020 










i ** 


test 


01FA 


022D0002 


and! 


.b 




0002 






0200 


6600019C 


bne 





move.w (a4)+,d5 ;get col data 

#f scale_col,d5 ;test for over range 
bdata ?exit if over range 

<a4) , d4 ;get sat 

#f_scale_sat,d4 ;test for over range 
bdata ;exit if over range 

;get base address of cue array 

#ratrx_sm-l,d7 ;add offset 
d7,d6 ;save copy of index 

Il f d7 » adjust for 2 byte per cue 

d5,col(a3,d7 -w) imove color cue data into array 
d4,sat(a3, d7.w) jmove saturation cue datea into ar 

valid data flag ** 
d6,cue data valid 



sm int cue,a3 



gexit 



;exit if set 



0204 0D390000 

001B 
020A 67000192 



020E 33F37000 
0000003C 
0216 60000112 



; ** test for this direct selected ** 

btst d6,sm sel ?test for this sm selected 



beg 



gexit 



yexit if this direct not selected 



; ** service this direct selected ** 

move.w col(a3 t d7.w) , int_cue move to data to intermed 



bra 



abschg 



;exit 



CASE 6 - MC SEL 



021A 


47F90000 


svc6 


lea m 




001A 






0220 


0C470000 


cmpi .w 


#unsel, d7 


0224 


56D3 


sne 


(a3) 


0226 


4413 


neg.b 


(a3) 


0228 


60000174 


bra gexit 



mc sel,a3 



; point to internal status byte 



;test buff~0 for select/unselect 
;set internal status vrd according 
; convert to boolean value 

;exit 
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0290 


6E0O00F8 


bgt 


0294 


OO46FE0O 


cmpi .w 


0298 


6D0000F0 


bjt 


0290 


4245 


cjr .w 


029E 


47F90000 


lea 




003O 





bdata 

# ) o_cho_amount . d6 
bdata 



;test low limit 

; branch if under range 



d5 

int cue,a3 



? clear reg 

;get base address 



02A4 00470000 
02A8 6700000D 



02 AD 1A13 
02AE DC4 5 
02B0 1686 
02B2 60000076 



cmpo.w 
beg 



test and svc proper knob ** 



#Pnbl-d7 

jp71 



i test for col change 
;jump and svc sat 



• ** service color ** 
move.b (a3),d5 
add.w d5,d6 
move .b d6 , (a3 ) 
bra adschg 



;get address of current cue 
;add change increments 
;save adjusted int_cue 
;exit 



j ** svc saturation ** 
02B6 1A2B0001 jp71 move.b I(a3),d5 ?g«t current saturation 

02BA D04 5 add.w d5,d6 ?add in change increment 

02BO 6A00000 bpl jp72 ; jump if results positive 



02D0 422B0001 
02D4 60000064 



; **svc negitive results ** 

clr.b l(a3) ?s«t sat to zero 

bra abschg ?exit 



;test for over range positive results ** 
02D8 0D460012 jp72 cmpj .w if _scale_sat , d6 jtest value 

02Dd 6F00000D ble jp73 ;jump if in range 





177D0012 


**• 


svc over range ** 




02D0 


move.b *f scale_sat , j ( a3 ) 


;set to max 




0001 








02D6 


60000052 


bra 


abschg 




02DA 


17460001 


jp73 


move.b d6,l(a3) 


;save in memory 


02DE 


6000004A 


bra 


abschg ;exit 










CASE 10 - MAX__FAD 




02E2 


600000BA 


svclO 


bra gexit 


; jump and exit 



CASE 11 



READ CUE 



02E6 2B6D0O0E svcll 
02EA 47F90000 lea 
003D 

02F0 4287 clr.l 
02F2 1E1B move.b 



02F4 4B47 



swap 



movea.l cb rbuf(a5),a4 ?get point to return buffer 
int cue,a3~ point to sorce of data 



d7 

(a3)+,d7 
d7 



; clear reg 

;move col data in reg 
;get hj half of reg 
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CASE 7 - SM SEL 



022C 0C47O005 
0230 62000158 



001F 
023A 0C540000 
023E 66000008 



0242 0F93 
0244 60000158 



0248 0FD3 



024A 02200002 

0002 
0250 6600014C 

0254 0F390000 

0020 
025A 67000142 



025E 47F90000 

002A 
0264 E34F 

0266 33F37000 

0000003C 

026E 600000BA 



svc7 cmpi.w #xf_sm-l,d7 ;test for range 

bhi bdata ;exit if over range 



0234 47F90000 lea 



sm sel,a3 



cmpi.w #unsel,(a4) 
bne jmp51 



;get address of submaster 
select 

;test for select/unselect 
;jump and set bit 



; ** clear status bit (unselect) ** 

bclr d7,(a3) ; unselect submaster 

bra gexit ;exit 

; ** set status bit (select) ** 

jmp51 bset d7,(a3) ; select submastser 

i ** test for recover process (state_ pak) 

andi.b trecover , cb_f lag ( a5 ) ;test for flag set 

bne gexit ;exit if set 

btst d7 , cue_data_valid 

beq gexit ;exit if no data avalible 

? ** write sm_int_cue buff_wd~ 0 to int_cue 
lea sm_int_cue,a3 ; point to cue array 

lsl.w #l,d7 ;adjust for 2 bytes per 

cue 

raove.w col(a3,d7.w) , int_cue ;move proper cue 

to int c 



bra 



abschg 



;exit 



CASE 8 - FAD IN 



0272 6000012A 



• ** no svc needed exit ** 
svc8 bra gexit 



;exit 



CASE 9 « CHG KNOB 



0276 0C39O0O0 

0000001A 
027E 6700011E 



0282 0C470001 
0286 62000102 



028A 3C14 
028C 0C4601FF 



; ** test for manual control ** 

svc9 cmpi r b #unsel,mc,_sel ;test for manual 

control unselect 



beq 



gexit 



;exit if not under manual 
control 



; ** test for beam knob index 

cmpi.w #knb2 # d7 ;test for valid knob 

bhi bdata jbad data exit if not knbl 

; ** range test on increment 

move.w (a4),d6 ?get change increment 

cmpi.w #hi_chg_amount,d6 ;test for high 

limit 
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02F6 1E13 
02F6 2887 



move.b (a3),d7 
move . 1 d7 r (a4) 



02FA 600000A2 bra 



gexit 



;get sat data in reg 

;put cue data in return buffer 



; exit 



CASE 12 - MANL CMD 



02FE OC390000 
0000001A 
0306 67000096 



030A 0C07O0FF 
030E 6200007A 

0312 3C14 
0314 OC060012 
0318 62000070 



svcl2 crapi.b #unsel ,mc_sel ;test for under manual control 
beq gexit ;good exit if not undr manual co 

; ** teat range ** 

cmpi.b #f_scale_col.d7 ;teat for over range 



bhi 

move . w 
cmpi .b 
bhj 



bdata 

<a4) ,d6 
#f scale sat, d6 



;bad data if greater than hi limi 

;get sat data 

;test for over range 



bdata 
** service * 



?exit if over range 



031C 


47F90000 


lea 


int_cue , a3 


; point to base of destination 




003C 






; save in proper ram slot 


0322 


1607 


move . b 


d7, (a3)+ 


0324 


1686 


move . b 


a& t ( a j ) 


• amir a 4 n nrnnar rAm fll 

, save in proper x am haul 


0326 


60000002 


bra 


abschg 


? service needed 








ABSCHG SERVICE 




032A 


45F90000 


abschg 


lea ind_lu,a2 


?get base pointer of gap converi 




0030 








0330 


47F90000 


lea 


int_cue, a3 






003C 








0336 


4246 


clr .w 


d6 


;get color data 


0338 


1E1B 


move . b 


(a3)+,d7 


033A 


BE1A 


lpabsl 


cmp.b <a2)+,d7 


;test value 


033C 


63000006 


bis 


absjpl 


;jump if group found 


0340 


5246 


addo.v 


#l,d6 


; inc index 


0342 


60F6 


bra 


lpabsl 


;loop till in range 


0344 


E74E 


abs jpi 


lal.w #3,d6 


j adjust index 


0346 


45F90000 


lea 


add_lu, a 2 


?get base address of address tabl 




0040 








034C 


22726000 


movea. 1 


0 (a2 ,d6.w) ,al 


?get color table 


0350 


24726004 


movea • 1 


4 (a2.d6.w) , a2 


;get sat table 


0354 


4246 


clr .w 


d6 


; clean reg 


0356 


1E13 


move . b 


(a3),d7 


; get saturation data 


0358 


BE1A 


lpabs2 


cmp.b (a2)+,d7 


;test value 
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035A 


63000006 


bis 


absjp2 


035E 


5246 


addq ,w 


#l,d6 


0360 


60F6 


bra 


lpabs2 


0362 


4247 


abs jp2 


clr.w d7 


0364 


1E316000 


move . b 


0<al,d6.w) ,d7 


036B 


E94F 


lsl.w 


#4,d7 


036A 


E80F 


Isr.b 


#4,d7 


036C 


1C07 


move .b 


d7,d6 


036E 


EQ4F 


Isr .w 


#B,d7 



;jump if group found 

jinc index 

;loop till in range 

; clean reg 

rget one byte packed data 
?get color data in top byte of wo 
;get sat data in proper field 
;get saturation data in other reg 
; field color data 



0370 13C7 0000 move.b d7 , cwhl_cmd_posn 
0000 

03 76 13D60000 move.b d6 , cwb2_cmdjposn 
0000 



037D 60000020 bra 



gexit ;good exit 

OPCODE ERROR SERVICE 



03BO 1B7C0001 operr 
003 

03B6 6000001A bra 



move.b #bad_opcode,cb_status<a5) 
exit ?exit 



;flag bad opcode 



BAD DATA ERROR SERVICE 



038A 1B7C001B bdata 
0003 

0390 6 N O000010 bra 



move . b #bad_data , cb_s ta tus ( a5 ) 
exit 



;flag bad data 



BAD INTERNAL VARIABLE ERROR SERVICE 



03 94 1B7C0019 b_i_var move.b #bad_i_var , cb_status (a5) 

0003 

039A 60000006 bra exit 



;flag bad data 



GOOD EXIT 

039E 422D0003 gexit clr.b cb_status ( a5 ) ;clear status word to indicate 



03A2 205F 
03A4 588F 
03A6 4ED0 



exit 



exit movea.l (a7)+,a0 ;get return address 

addq.l #4,a7 ; adjust stack for old parameter 

jmp (a0> ;exit 



include ' old. col .tables • 
resume c. wheel 



0030 10203040 ind lu byte 



16,32,48,64,80,96,112,128,144,160 
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506070B0 
90A0 
003A BOCODOEO 
FOFF 



0040 
0048 
0050 
0058 
0060 
0068 
0070 
0078 
0080 
0088 
0090 
0098 
OOAO 
00A8 
OOBO 
00B8 



000001CO 
OOOOOOCO 
000001D0 
OOOOOODO 
000001E0 
OOOOOOEO 
000001FO 
OOOOOOFO 
00000200 
00000100 
00000210 
00000110 
00000220 
00000120 
00000230 
00000130 
00000240 
00000140 
00000250 
00000150 
00000260 
00000160 
0000026F 
00000170 
0000027F 
00000180 
0000028F 
00000190 
0000029F 
000001AO 
000002AF 
000001B0 



OOCO 00010203 
04050607 
08090A0B 
OCODOEFF 

OODO 00010203 
04050607 
08090A0B 
OCODOEFF 

OOEO 00010203 
04050607 
08090A0B 
OCODOEFF 

OOFO 00010203 
04050607 
08090A0B 
OCODOEFF 

0010 00010203 



byte 176,192,208,224,240,255 

add_lu long coll,satl 

long col2,sat2 

long col3,sat3 

long col4,sat4 

long co!5 r sat5 

long col6,sat6 

long col7,sat7 

long col8,sat8 

long col9,sat9 

long collOrSatlO 

long colli, satll 

long coll2,satl2 

long coll3,satl3 

long co!14,satl4 

long coll5, satlS 

long col!6,satl6 



satl byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 



sat2 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 



sat3 byte 0 , 1 , 2 , 3 , 4 , 5 , 6 , 7 , 8 , 9 , 10 , 11 , 12 , 13 , 14 , 255 



sat4 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 



sat5 byte 



0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
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04050607 
08090A0B 
0C0D0EFF 

0110 00010203 sat6 byte 0 , 1 , 2 , 3 , 4 , 5 , 6, 7 , 8, 9 , 10 , 11 , 12 , 13 , 14 , 255 

04050607 
08090AOB 
OCOOOEFF 

0120 00010203 sat7 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090A0B 
OCODOEFF 

0130 00010203 sat8 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090AOB 
OCODOEFF 

0140 00010203 sat9 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090AOB 
OCODOEFF 

0150 00010203 satlO byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090AOB 
OCODOEFF 

0160 00010203 satll byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08O90A0B 
OCODOEFF 

0170 00010203 satl2 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090AOB 
OCODOEFF 

0180 00010203 satl3 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090A0B 
OCODOEFF 

0190 00010203 satl4 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090AOB 
OCODOEFF 

01A0 00010203 satlS byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090A0B 
OCODOEFF 

01B0 00010203 satl6 byte 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,255 
04050607 
08090AOB 
OCODOEFF 

; *** physical comamd posn lookup table *** 
01C0 00010203 coll byte OOh, Olh, 02h, 03h, 04h , 05h, 06h, 07h, 08h, 09h, Oah, Obh, Och 
04050607 
08090AOB 
OCODOEOF 

01D0 10111213 col2 byte lOh, llh, 12h, 13h, 14h, 15h, 16h, 17h, 18h, 19h, lah, lbh, lch 
14151617 
1B191A1B 
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1C1D1E1F 

01E0 20212223 coX3 byte 20h , 21h, 22h f 23h, 24h, 25h, 26h, 27h, 28h, 29h, 2ah, 2bh, 2ch 
24252627 
28292A2B 

5 2C2D2E2F 

01F0 30313333 col4 byte 30h, 31h, 32h, 33h, 34h, 35h, 36h, 37h, 38h, 39h, 3ah , 3bh, 3ch 
34353637 
38393A3B 
£ 3C3D3E3F 

2 0200 40414243 col5 byte 40h, 41h, 42h, 43h, 44h , 45h, 46h , 47h,48h,49h, 4ah f 4bh,4ch 

- 44454647 
10 48494A4B 
4C4D4E4F 

0210 50515253 col6 byte 50h, 51h , 52h, 53h, 54h , 55h f 56h, 57h, 58h, 59h, 5ah, 5bh, 5ch 
54555657 
58595A5B 
5C5D5E5F 

0220 60616263 col7 byte 60h, 61h, 62h, 63h, 64h, 65h, 66h, 67h, 68h, 69h, 6ah , 6bh , 6ch 
15 64656667 
68696A6B 
6C6D6E6F 

0230 70717273 col8 byte 70h, 71h, 72h, 73h, 74h, 75h, 76h, 77h, 78h, 79h , 7ah, 7bh , 7ch 
74757677 
78797A7B 
7C7D7E7F 

0240 80818283 col9 byte 80h , 81h , 82h , 83h , 84h, 85h , 86h , 87h, 88h , 89h, Bah, 8bh , 8ch 
84858687 
88B98A8B 
8C8D8E8F 

0250 90919293 collO byte 90h, 91h, 92h, 93h, 94h, 95h, 96h, 97h, 98h, 99h, 9ah , 9bh, 9ch 
94959697 

25 98999A9B 
9C9D9E9F 

0260 A0A1A2A3 colli byte OaOh, Oalh, 0a2h, 0a3h r 0a4h, 0a5h, 0a6h, 0a7h, 0a8h, 0a9h 
A4A5A6A7 
A 8 A9 ABAC 
ADAEAF 

026F B0B1B2B3 coll2 byte Ob0h f Oblh, 0b2h , 0b3h, Ob4h, 0b5h, 0b6h, 0b7h, 0b8h, 0b9h 
30 B4B5B6B7 
B8B9BABB 
BCBDBEBF 

027F C0C1C2C3 coll3 byte OcOh , Oclh, 0c2h, 0c3h , 0c4h, 0c5h, 0c6h , 0c7h, 0c8h, 0c9h 
C4C5C6C7 
C8C?9CACB 
CCCDCECF 

35 028F D0D1D2D3 co!14 byte OdOh, Odlh, 0d2h, 0d3h, 0d4h, 0d5h, 0d6h, 0d7h, OdBh, 0d9h 

D4D5D6D7 
D8D9DAOB 
DCDDDEDF 

029F E0E1E2E3 collS byte OeOh, Oelh, 0e2h, 0e3h, 0e4h , 0e5h , 0e6h, Oe7h , Oe8h f 0e9h 
E4E5E6E7 
E8E9EAEB 

40 ECEDEEEF 

02AF F0F1F2F3 coll6 byte Of Oh , Of lh. Of 2h , Of 3h, 0f4h, Of 5h, Of 6h , Of 7h, Of 8h , Of 9h 
F4F5F6F7 
F8F9FAFB 
FCFDFEFF 

45 end 
Read 

Processed 



so Claims 

1. A lighting system comprising; a plurality of multiple parameter lamp units each with at least one associated lamp 
and respective processor control means for adjusting parameters of the associated lamp; a remote control console 
system for exercising control over said lamp units; a communication control system for controlling communication 
55 between said console and said lamp units; and a data link network between said lamp units; and a data link network 

between said communication control system and said lamp units, said data link network including a plurality of signal 
repeater units each having a processor coupled to said data link for monitoring data link network signals. 
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. A system according to claim 1 in which each of said signal repeater units includes switching means associated with 
said processor for selectively coupling said repeater to certain branches of said data link. 

. A system according to claim 1 or 2 in which each of said signal repeater units includes memory for storing data link 
signals for execution by said processor. 

. A system according to any preceding claim including means in each repeater unit processor for distinguishing 
between messages transmitted by said control console system to said lamp units and messages transmitted to said 
signal repeater units. 

5. A system according to any preceding claim in which each of said repeater units includes repeater identification 
means for distinguishing each repeater unit from another repeater unit and means associated with said processor 
in each repeater unit for recognizing messages transmitted to a specific signal repeater unit. 

15 6. A system according to any preceding claim in which said signal repeater units determine the respective configuration 
and address of lamp units connected thereto. 

7. A system according to any preceding claim in which said signal repeater units receive and store lamp unit operating 
programs downloaded from said control console system. 

20 

8. A system according to any preceding claim in which each of said signal repeater units includes display means 
coupled to said processor for displaying repeater communication activity. 

9. A system according to any preceding claim in which each of said signal repeater units includes a serial data port 
25 associated with said processor for communicating with an external control device wherein said external device is 

capable of transmitting messages to any repeater, lamp or console connected to said respective signal repeater unit. 

10. A system according to any preceding claim in which said control console system includes a plurality of console 
controllers, each of which is capable of alternatively or additionally controlling said lamp units. 

30 

11. A system according to any preceding claim in which said signal repeater units download lamp unit operating pro- 
grams to said lamp units. 

12. A system according to any preceding claim wherein said processor in each of said repeater units cooperates in 
35 error detection and correction functions. 

13. A lighting system according to any preceding claim wherein said stored signals in said memory means include 
stored programs for execution by said processor means. 

40 14. A system according to any preceding claim including means in said signal repeater units for transmitting signals 
received at an imput terminal directly to an output terminal, or for receiving said signals into said memory means, 
depending upon the current state of said repeater unit. 

15. A system according to any preceding claim including means in said signal repeater units for checking the validity 
45 of data downloaded from said console. 

16. A system according to any preceding claim in which said signal repeater units systematically poll lamp units con- 
nected thereto to determine their status. 

50 17. A system according to any preceding claim in which certain signal repeater unit poll other signal repeater units to 
collect lamp unit status data. 

18. A system according to any preceding claim including means in said communication controller for automatically 
assigning unique identities to each signal repeater unit in dependence upon the interconnection of said repeater 

55 units. 

19. A lighting system according to any preceding claim wherein each of said repeater units includes means for recon- 
structing a clock signal having the same timing characteristics as in said control console. 
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20. A lighting system according to any preceding claim wherein each of said repeater units further includes a direct 
memory access controller associated with said communication controller and said memory means. 



s Patentanspriiche 

1. Beleuchtungssystem, umfassend: 

mehrere Mehrfachparameter-Lampeneinheiten mit jeweils mindestens einer zugeordneten Lampe und entspre- 
chenden Prozessorsteuereinrichtungen zum Einstellen von Parametern der zugeordneten Lampe; ein Fern- 

10 steuer-Konsolsystem zum Ausuben der Kontrolle uber die Lampeneinheiten; ein Kommunikationssteuersystem zum 

Steuern der Kommunikation zwischen der Konsole und den Lampeneinheiten; und ein Datenverbindungsnetzwerk 
zwischen den Lampeneinheiten; und ein Datenverbindungsnetzwerk zwischen dem Kommunikationssteuersystem 
und den Lampeneinheiten, wobei das Datenverbindungsnetzwerk mehrere Signalwiederholeinheiten umfaBt, von 
denen jede einen Prozessor aufweist, der mit der Datenverbindung zur Uberwachung der Signale des Da-tenver- 

15 bindungsnetzwerks gekoppelt ist. 

2. System nach Anspruch 1 , in welchem jede der Signalwiederholeinheiten Schalteinrichtungen umfaBt, die dem Pro- 
zessor zugeordnet sind, urn die Wiederholeinheit selektiv mit gewissen Zweigen der Datenverbindung zu koppeln. 

20 3. System nach Anspruch 1 oder 2, bei dem jede der Signalwiederholeinheiten einen Speicher zum Speichern von 
Da-tenverbindungssignalen zur Ausfuhrung durch den Prozessor umfaBt. 

4. System nach irgend einem der vorangehenden Anspruche, welches in dem Prozessor jeder der Wiederholeinheiten 
Einrichtungen zum Unterscheiden zwischen solchen Botschaften, die von dem Konsolsteuersystem zu den Larri- 
es peneinheiten ubertragen werden, und solchen Botschaften umfaBt, die zu den Signalwiederholeinheiten ubertragen 

werden. 

5. System nach irgend einem der vorangehenden Anspruche, in welchem jede der Wiederholeinheiten Wiederholi- 
dentifiziereinrichtungen umfaBt, urn jede Wiederholeinheit von einer anderen Wiederholeinheit zu unterscheiden, 

30 sowie Einrichtungen, die dem Prozessor in jeder Wiederholeinheit zugeordnet sind, urn Botschaften zu erkennen, 

die zu einer bestimmten Wiederholeinheit ubertragen werden. 

6. System nach irgend einem der vorangehenden Anspruche, bei welchem die Signalwiederholeinheiten die jeweilige 
Konfiguration und Adresse von damit verbundenen Lampeneinheiten bestimmen. 

35 

7. System nach irgend einem der vorangehenden Anspruche, bei welchem die Signalwiederholeinheiten Lampenein- 
heits-Betatigungsprogramme empfangen und speichern, die von dem Steuerkonsolsystem (in diese Einheiten) gela- 
den werden. 

40 8. System nach irgend einem der vorangehenden Anspruche, bei welchem jede der Signalwiederholeinheiten Anzei- 
geeinrichtungen umfaBt, die mit dem Prozessor gekoppelt sind, urn Kommunikationsaktivitaten des Wiederholers 
anzuzeigen. 

9. System nach irgend einem der vorangehenden Anspruche, bei welchem jede der Signalwiederholeinheiten einen 
45 seriellen DatenanschluB umfaBt, der dem Prozessor zum Kommunizieren mit einer externen Steuereinrichtung 

zugeordnet ist, wobei die externe Einrichtung in der Lage ist, Botschaften an jeden Wiederholer und an jede Lampe 
oder Konsole zu ubertragen, die mit der betreffenden Signalwiederholeinheit verbunden ist. 

10. System nach irgend einem der vorangehenden Anspruche, bei welchem das Konsolsteuersystem mehrere Kon- 
50 solsteuerungen umfaBt, von denen jede in der Lage ist, die Lampeneinheiten alternativ oder zusatzlich zu steuern. 

11. System nach irgend einem der vorangehenden Anspruche, bei welchem die Signalwiederholeinheiten Lampenein- 
heits-Operationsprogramme in die Lampeneinheiten laden. 

55 1 2. System nach irgend einem der vorangehenden Anspruche, bei welchem der Prozessor jeder der Wiederholeinheiten 
bei der Erfassung von Fehler- und Korrekturfunktionen mitwirkt. 

13. Beleuchtungssystem nach irgend einem der vorgangehenden Anspruche, bei welchem die in den Speichereinrich- 
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tungen gespeicherten Signale gespeicherte Programme zur Durchfuhrung durch die Prozessoreinrichtungen 
umfassen. 

14. System nach irgend einem der vorangehenden Anspruche, welches in den Signalwiederholeinheiten Einrichtungen 
umfaBt, urn an einem EingangsanschluB empfangene Signale direkt zu einem AusgangsanschluB zu ubertragen 
oder um diese Signale in die Speichereinrichtungen aufzunehmen, und zwar in Abhangkeit vom laufenden Status 
der Wiederholeinheit. 

15. System nach irgend einem der vorangehenden Anspruche, welches in den Signalwiederholeinheiten Einrichtungen 
zum Prufen der Gultigkeit der von der Konsole (in die Wiederholeinheit) geladenen Daten umfaBt. 

16. System nach irgend einem der vorangehenden Anspruche, bei welchem die Signalwiederholeinheiten systematisch 
damit verbundene Lampeneinheiten aufrufen, um deren Zustand zu bestimmen. 

17. System nach irgend einem der vorangehenden Anspruche, bei welchem eine bestimmte Signalwiederholeinheit 
andere Signalwiederholeinheiten aufruft, um Lampeneinheits-Statusdaten zu sammeln. 

18. System nach irgend einem der vorangehenden Anspruche, welches in der Kommunikationssteuerung Einrichtungen 
umfaBt, um jeder Signalwiederholeinheit in Abhangigkeit von der zwischen den Wiederholeinheiten bestehenden 
Verbindung automatisch bestimmte Identitaten zuzuordnen. 

19. Beleuchtungssystem nach irgend einem der vorangehenden Anspruche, bei welchem jede der Wiederholeinheiten 
Einrichtungen umfaBt, um ein Taktsignal wiederherzustellen, welches dieselben Zeitgabecharakteristika wie in der 
Steuerkonsole hat. 

20. Beleuchtungssystem nach irgend einem der vorangehenden Anspruche, bei welchem jede der Wiederholeinheiten 
ferner eine dem direkten Speicherzugriff dienende Steuerung umfaBt, die der Kommunikationssteuerung und den 
Speichereinrichtungen zugeordnet ist. 



Revendications 

1. Un systeme d'eclairage comprenant; une serie d'unites de lampes a parametres multiples, pourvues chacune d'au 
moins une lampe et d'un moyen associe respect if de commande a processeur; un systeme de console de commande 
a distance pour exercer une commande desdites unites de lampes; un systeme de commande de communication 
pour commander une communication entre ladite console et ledites unites de lampes; et un reseau de liaison de 
donnees entre ledites unites de lampes; et un reseau de liaison de donnees entre ledit systeme de commande de 
communication et ledites unites de lampes, ledit reseau de liaison de donnees incluant une serie d'unites repetitrices 
de signaux pourvues chacune d'un processeur couple a ladite liaison de donnees pour surveiller des signaux du 
reseau de liaison de donnees. 

2. Un systeme selon la revendication 1 , dans lequel chacune desdites unites repetitrices de signaux inclut un moyen 
de commutation associe audit processeur pour coupler selectivement ledit repetiteur a certaines branches de ladite 
liaison de donnees. 

3. Un systeme selon la revendication 1 ou 2, dans lequel chacune desdites unites repetitrices de signaux inclut une 
memoire destinee a memoriser des signaux de liaison de donnees a executer par ledit processeur. 

4. Un systeme selon une revendication precedente quelconque incluant, dans chaque processeur d'unite repetitrice, 
un moyen destine a distinguer entre des messages transmis par ledit systeme de console de commande auxdites 
unites de lampes et des messages transmis auxdites unites repetitrices de signaux. 

5. Un systeme selon une revendication precedente quelconque, dans lequel chacune desdites unites repetitrices inclut 
un moyen d'identification de repeteur pour distinguer chaque unite repetitrice d'une autre unite repetitrice et un 
moyen associe audit processeur de chaque unite repetitrice pour reconnaitre les messages transmis a une unite 
repetitrice de signaux specifique. 

6. Un systeme selon une revendication precedente quelconque, dans lequel ledites unites repetitrices de signaux 
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determinent la configuration et I'adresse respectives d'unites de lampes qui leur sont connectees. 

7. Un systeme selon une revendication precedente quelconque, dans lequel ledites unites repetitrices de signaux 
recoivent et memorisent des programmes d'execution d'unites de lampes, telecharges a partir dudit systeme de 
console de commande. 

8. Un systeme selon une des revendications precedentes quelconque, dans lequel chacune desdites unites repetitri- 
ces de signaux inclut un moyen d'affichage couple audit processeur pour afficher une activite de communication 
de repetiteur. 

9. Un systeme selon une revendication precedente quelconque dans lequel chacune desdites unites repetitrices de 
signaux inclut un port seriel de donnees associe audit processeur pour communiquer avec un dispositif de com- 
mande exterieur, ledit dispositif exterieur etant susceptible de transmettre des messages a un repetiteur, une lampe, 
ou une console quelconque, connectes a ladite unite repetitrice de signaux respective. 

10. Un systeme selon une revendication precedente quelconque, dans lequel ledit systeme de console de commande 
inclut une serie de dispositifs de commande de console qui sont susceptibles chacun de commander alternativement 
ou additionnellement ledites unites de lampes. 

11. Un systeme selon une revendication precedente quelconque, dans lequel ledites unites du type repeteurde signaux 
telechargent, vers ledites unites de lampes, des programme d'execution d'unites de lampes. 

12. Un systeme selon une revendication precedente quelconque, dans lequel ledit processeur de chacune desdites 
unites repetitrices coopere a des fonctions de detection et de correction d'erreurs. 

13. Un systeme d'eclairage selon une revendication precedente quelconque, dans lequel lesdits signaux memorises 
dans le moyen de memoire incluent des programmes memorises pour etre executes par ledit moyen de processeur. 

14. Un systeme selon une revendication precedente quelconque, qui inclut, dans ledites unites repetitrices de signaux, 
des moyens destines selon I'etat actuel de ladite unite repetitrice, soit a transmettre directement a une borne de 
sortie des signaux recus a une borne d'entree, soit a recevoir lesdits signaux dans ledit moyen de memoire. 

15. Un systeme selon une revendication precedente quelconque, qui inclut, dans ledites unites repetitrices de signaux, 
des moyens de verification de la validite de donnees telechargees a partir de ladite console. 

16. Un systeme selon une revendication precedente quelconque, dans lequel ledites unites repetitrices de signaux 
interrogent systematiquement les unites de lampe qui leur sont connectees afin de determiner leur etat. 

17. Un systeme selon une revendication precedente quelconque, dans lequel certaines unites repetitrices de signaux 
interrogent d'autres unites repetitrices de signaux pour collecter des donnees d'etat d'unites de lampes. 

18. Un systeme selon une revendication precedente quelconque, incluant, dans ledit dispositif de commande de com- 
munication, des moyens destines a assigner automatiquement des identites speciales a chacune des unites repe- 
titrices de signaux en fonction de I'interconnexion desdites unites repetitrices. 

19. Un systeme d'eclairage selon une revendication precedente quelconque, dans lequel chacune desdites unites repe- 
titrices inclut un moyen destine a reconstituer un signal d'horloge dont les caracteristiques de synchronisation sont 
les memes que dans ladite console de commande. 

20. Un systeme d'eclairage selon une revendication precedente quelconque, dans lequel chacune desdites unites repe- 
titrices inclut en outre un dispositif de commande d'acces direct a la memoire, associe audit dispositif de commande 
de communication et audit moyen de memoire. 
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